Como migrar ativos em massa assets-migration-guide

Ao migrar ativos para o Adobe Experience Manager, há várias etapas a serem consideradas. Extrair ativos e metadados de sua página inicial atual está fora do escopo deste documento, pois varia muito entre as implementações, mas este documento descreve como trazer esses ativos para Experience Manager, aplicar seus metadados, gerar representações e ativá-los para publicar instâncias.

Pré-requisitos prerequisites

Antes de executar qualquer etapa desta metodologia, revise e implemente a orientação nas dicas de ajuste de desempenho do Assets. Muitas das etapas, como a configuração do máximo de tarefas simultâneas, melhoram muito a estabilidade e o desempenho do servidor sob carga. Outras etapas, como configurar um Armazenamento de dados de arquivo, são muito mais difíceis de executar depois que o sistema é carregado com ativos.

Migrar para Experience Manager migrating-to-aem

A migração de ativos para Experience Manager requer várias etapas e deve ser vista como um processo em fases. As fases da migração são as seguintes:

Desabilitar workflows disabling-workflows

Antes de iniciar a migração, desabilite os iniciadores para o fluxo de trabalho Ativo de atualização do DAM. É melhor assimilar todos os ativos no sistema e executar os fluxos de trabalho em lotes. Se você já estiver vivo enquanto a migração está ocorrendo, poderá agendar essas atividades para serem executadas fora do horário de expediente.

Carregar tags loading-tags

Talvez você já tenha uma taxonomia de tags em vigor que está aplicando às suas imagens. Embora ferramentas como o Importador de ativos CSV e o suporte Experience Manager para perfis de metadados possam automatizar o processo de aplicação de tags a ativos, as tags precisam ser carregadas no sistema. O recurso ACS AEM Tools Tag Maker permite preencher tags usando uma planilha do Microsoft Excel carregada no sistema.

Assimilar ativos ingesting-assets

O desempenho e a estabilidade são preocupações importantes ao assimilar ativos no sistema. Como você está carregando uma grande quantidade de dados no sistema, é necessário ter certeza de que o sistema funciona bem para minimizar o tempo necessário e evitar sobrecarga do sistema, o que pode causar uma falha, especialmente em sistemas que já estão em produção.

Há duas abordagens para carregar os ativos no sistema: uma abordagem baseada em push usando HTTP ou uma abordagem baseada em pull usando APIs JCR.

Enviar por HTTP pushing-through-http

A equipe do Adobe Managed Services usa uma ferramenta chamada Glutton para carregar dados em ambientes do cliente. Glutton é um pequeno aplicativo Java que carrega todos os ativos de um diretório para outro diretório em uma implantação do Experience Manager. Em vez de Glutton, você também pode usar ferramentas como scripts Perl para publicar os ativos no repositório.

Há duas desvantagens principais em usar a abordagem de envio por https:

A outra abordagem para assimilar ativos é extrair ativos do sistema de arquivos local. No entanto, se você não conseguir que uma unidade externa ou um compartilhamento de rede seja montado no servidor para executar uma abordagem baseada em pull, postar os ativos por HTTP é a melhor opção.

Buscar no sistema de arquivos local pulling-from-the-local-filesystem

O Importador de ativos CSV de Ferramentas AEM do ACS extrai ativos do sistema de arquivos e metadados de ativos de um arquivo CSV para a importação de ativos. A API do Experience Manager Asset Manager é usada para importar os ativos para o sistema e aplicar as propriedades de metadados configuradas. Idealmente, os ativos são montados no servidor por meio de uma montagem de arquivo de rede ou por meio de uma unidade externa.

Como os ativos não precisam ser transmitidos por uma rede, o desempenho geral melhora consideravelmente, e esse método geralmente é considerado a maneira mais eficiente de carregar ativos no repositório. Além disso, como a ferramenta é compatível com a assimilação de metadados, você pode importar todos os ativos e metadados em uma única etapa, em vez de criar uma segunda etapa para aplicar os metadados por meio de uma ferramenta separada.

Processar representações processing-renditions

Após carregar os ativos no sistema, é necessário processá-los por meio do fluxo de trabalho Ativo de atualização do DAM para extrair metadados e gerar representações. Antes de executar esta etapa, você precisa duplicar e modificar o fluxo de trabalho do Ativo de atualização do DAM para atender às suas necessidades. O fluxo de trabalho pronto para uso contém muitas etapas que podem não ser necessárias para você, como a geração de PTIFF do Dynamic Media ou a integração do InDesign Server.

Após configurar o workflow de acordo com suas necessidades, você tem duas opções para executá-lo:

Ativar ativos activating-assets

Para implantações com um nível de publicação, é necessário ativar os ativos no farm de publicação. Embora o Adobe recomende executar mais de uma única instância de publicação, é mais eficiente replicar todos os ativos em uma única instância de publicação e clonar essa instância. Ao ativar um grande número de ativos, depois de acionar uma ativação em árvore, talvez seja necessário intervir. Veja por que: ao desativar ativações, os itens são adicionados à fila de trabalhos/eventos do Sling. Quando o tamanho dessa fila começar a exceder aproximadamente 40.000 itens, o processamento ficará muito lento. Depois que o tamanho dessa fila exceder 100.000 itens, a estabilidade do sistema começará a sofrer.

Para contornar esse problema, você pode usar o Gerenciador de Ações Rápidas para gerenciar a replicação de ativos. Isso funciona sem usar as filas Sling, reduzindo a sobrecarga e, ao mesmo tempo, limitando a carga de trabalho para evitar que o servidor fique sobrecarregado. Um exemplo de uso do FAM para gerenciar a replicação é mostrado na página de documentação do recurso.

Outras opções para obter ativos para o farm de publicação incluem o uso de vlt-rcp ou oak-run, que são fornecidos como ferramentas, como parte do Jackrabbit. Outra opção é usar uma ferramenta de código aberto para a infraestrutura do Experience Manager chamada Grabbit, que alega ter desempenho mais rápido do que o vlt.

Para qualquer uma dessas abordagens, o problema é que os ativos na instância do autor não aparecem como tendo sido ativados. Para lidar com a sinalização desses ativos com o status de ativação correto, também é necessário executar um script para marcar os ativos como ativados.

Clonar Publish cloning-publish

Depois que os ativos forem ativados, você poderá clonar a instância de publicação para criar quantas cópias forem necessárias para a implantação. A clonagem de um servidor é bastante simples, mas há algumas etapas importantes a serem lembradas. Para clonar a publicação:

Habilitar workflows enabling-workflows

Após a conclusão da migração, os iniciadores dos fluxos de trabalho do Ativo de atualização do DAM devem ser reabilitados para oferecer suporte à geração de representação e extração de metadados para o uso diário contínuo do sistema.

Migrar entre Experience Manager implantações migrating-between-aem-instances

Embora não seja tão comum, às vezes você precisa migrar grandes quantidades de dados de uma implantação do Experience Manager para outra; por exemplo, ao executar uma atualização do Experience Manager, atualizar seu hardware ou migrar para um novo datacenter, como o AMS.

Nesse caso, os ativos já estão preenchidos com metadados e as representações já foram geradas. Você pode simplesmente se concentrar em mover ativos de uma instância para outra. Ao migrar entre a implantação do Experience Manager, execute as seguintes etapas: