Guia de migração de ativos assets-migration-guide

Ao migrar ativos para o AEM, há várias etapas a serem consideradas. A extração de ativos e metadados para fora de sua casa atual está fora do escopo desse documento, pois varia muito entre as implementações. Em vez disso, este documento descreve como trazer esses ativos para o AEM, aplicar seus metadados, gerar representações e ativar ou publicar os ativos.

Pré-requisitos prerequisites

Antes de executar qualquer uma das etapas descritas abaixo, analise e implemente as orientações em Dicas de ajuste de desempenho de ativos. Muitas etapas, como configurar o máximo de trabalhos simultâneos, aprimoram a estabilidade e o desempenho do servidor sob carga. Outras etapas, como a configuração do File Data Store, são difíceis de executar depois que o sistema é carregado com ativos.

Migrar para Experience Manager migrate-to-aem

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

Desativar workflows disable-workflows

Antes de iniciar uma migração, desative os lançadores da DAM Update Asset fluxo de trabalho. É melhor assimilar todos os ativos no sistema e, em seguida, executar os workflows em lotes. Se você já estiver ao vivo enquanto a migração estiver ocorrendo, poderá agendar essas atividades para serem executadas fora do horário.

Carregar tags load-tags

É possível que você já tenha uma taxonomia de tags em vigor que esteja aplicando às imagens. Ferramentas como o Importador de ativos CSV e a funcionalidade de perfis de metadados podem ajudar a automatizar a aplicação de tags em ativos. Antes disso, adicione as tags no Experience Manager. O ACS Experience Manager Criador de tags de ferramentas permite que você preencha as tags usando uma planilha do Excel do Microsoft carregada no sistema.

Assimilar ativos ingest-assets

O desempenho e a estabilidade são questões importantes ao assimilar ativos no sistema. Ao carregar muitos dados no Experience Manager, verifique se o sistema está funcionando bem. Isso minimizou o tempo necessário para adicionar os dados e ajuda a evitar sobrecarga do sistema. Isso ajuda a evitar falhas do sistema, especialmente em sistemas que já estão em produção.

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

Enviar por HTTP push-through-http

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

Há duas desvantagens principais ao usar a abordagem de passar por https:

A outra abordagem para assimilar ativos é obter ativos do sistema de arquivos local. No entanto, se não for possível obter uma unidade externa ou compartilhamento de rede montado no servidor para executar uma abordagem baseada em pull, publicar os ativos por HTTP é a melhor opção.

Retirar do sistema de arquivos local pull-from-the-local-file-system

O ACS Experience Manager Ferramentas Importador de ativos CSV extrai ativos do sistema de arquivos e metadados de ativos de um arquivo CSV para a importação de ativos. O Experience Manager A API do 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 uma unidade externa.

Quando os ativos não são transmitidos através de uma rede, o desempenho geral melhora bastante. Esse método geralmente é o método mais eficiente para carregar ativos no repositório. Além disso, é possível importar todos os ativos e metadados em uma única etapa, pois a ferramenta suporta a assimilação de metadados. Nenhuma outra etapa é necessária para aplicar os metadados, digamos usando uma ferramenta separada.

Processar representações process-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 essa etapa, você precisa duplicar e modificar o fluxo de trabalho do Ativo de atualização do DAM para atender às suas necessidades. Algumas etapas no fluxo de trabalho padrão podem não ser necessárias para você, como a geração do Dynamic Media Classic PTIFF ou a integração do servidor InDesign.

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

Ativar ativos activate-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 para uma única instância de publicação e clonar essa instância. Ao ativar grandes números de ativos, após acionar uma ativação de árvore, talvez seja necessário intervir. Veja o porquê: Ao disparar ativações, os itens são adicionados à fila de trabalhos/eventos do Sling. Depois que o tamanho dessa fila começar a exceder aproximadamente 40.000 itens, o processamento ficará lento drasticamente. Depois que o tamanho dessa fila exceder 100.000 itens, a estabilidade do sistema começará a sofrer.

Para contornar esse problema, use o Gerenciador de ação rápida para gerenciar a replicação de ativos. Isso funciona sem usar as filas do Sling, diminuindo a sobrecarga, enquanto limita a carga de trabalho para impedir 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 software livre para sua Experience Manager infraestrutura chamada Grabbit, que alega ter desempenho mais rápido do que o vlt.

Para qualquer uma dessas abordagens, o aviso é que os ativos na instância do autor não aparecem como 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 publicação clone-publish

Depois que os ativos tiverem sido ativados, você poderá clonar sua 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á alguns passos importantes a serem lembrados. Para clonar a publicação:

Ativar workflows enable-workflows

Depois de concluir a migração, os iniciadores dos fluxos de trabalho do Ativo de atualização do DAM devem ser reativados para oferecer suporte à geração de representação e extração de metadados para o uso diário do sistema.

Migrar ativos em Experience Manager implantações migrate-between-aem-instances

Embora não seja quase tão comum, às vezes você precisa migrar grandes quantidades de dados de um Experience Manager instância para outra; por exemplo, ao executar um Experience Manager atualizar, atualizar seu hardware ou migrar para um novo data center, como com uma migração do AMS.

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