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 deste 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.
Antes de executar qualquer uma das etapas descritas abaixo, reveja e implemente as orientações nas dicas de ajuste de desempenho do Assets. Muitas etapas, como configurar o máximo de trabalhos simultâneos, melhoram a estabilidade e o desempenho do servidor com carga. Outras etapas, como a configuração do File Data Store, são difíceis de executar depois que o sistema é carregado com ativos.
As seguintes ferramentas de migração de ativos não fazem parte do Adobe Experience Manager. O Atendimento ao cliente da Adobe não é compatível com essas ferramentas.
Migrar para o AEM
A migração de ativos para o AEM requer várias etapas e deve ser exibida como um processo em fases. As fases da migração são as seguintes:
Antes de start de uma migração, desative os iniciadores para o 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 das horas.
Talvez você já tenha uma taxonomia de tag aplicada às suas imagens. Ferramentas como o Importador de ativos CSV e a funcionalidade perfis de metadados podem ajudar a automatizar a aplicação de tags para ativos. Antes disso, adicione as tags no Experience Manager. O recurso ACS AEM Tools Tag Maker permite preencher tags usando uma planilha do Microsoft Excel carregada no sistema.
Desempenho e estabilidade são preocupações importantes ao assimilar ativos ao 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 sobrecarregar o sistema. Isso ajuda a evitar falhas no sistema, especialmente em sistemas que já estão em produção.
A equipe de Serviços gerenciados da 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 para outro em uma instância do AEM. Em vez do Glutton, você também pode usar ferramentas como scripts Perl para publicar os ativos no repositório.
Transmita os ativos por HTTP para o servidor. Isso requer bastante sobrecarga e é demorado, aumentando assim o tempo necessário para executar sua migração.
Retire do sistema de arquivos local
O Importador de ativos CSV das ferramentas AEM ACS extrai ativos do sistema de arquivos e metadados de ativos de um arquivo CSV para a importação de ativos. A API do AEM 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 arquivos de rede ou por meio de uma unidade externa.
Quando os ativos não são transmitidos através de uma rede, o desempenho geral melhora bastante. Normalmente, esse método é o mais eficiente para carregar ativos no repositório. Além disso, você pode importar todos os ativos e metadados em uma única etapa, já que a ferramenta suporta a ingestão de metadados. Nenhuma outra etapa é necessária para aplicar os metadados, digamos, usando uma ferramenta separada.
Depois de carregar os ativos no sistema, é necessário processá-los por meio do fluxo de trabalho Atualizar ativo do DAM para extrair metadados e gerar execuções. Antes de executar esta etapa, é necessário duplicado 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 Scene7 PTIFF ou a integração do servidor InDesign.
Use o ACS Commons Fast Action Manager em conjunto com Fluxos de trabalho sintéticos . Embora essa abordagem seja muito mais abrangente, ela permite remover a sobrecarga do mecanismo de fluxo de trabalho do AEM e, ao mesmo tempo, otimizar o uso dos recursos do servidor. Além disso, o Fast Action Manager aumenta ainda mais o desempenho, monitorando dinamicamente os recursos do servidor e diminuindo a carga colocada no sistema. Os exemplos de scripts foram fornecidos na página de recursos ACS Commons.
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 a infraestrutura do AEM chamada Grabbit , que alega ter desempenho mais rápido do que o vlt.
A Adobe não mantém nem suporta Grabbit.
Execute uma pesquisa do sistema de arquivos em crx-quickstart/launchpad/felix Procurar sling.id . Exclua esse arquivo.
Migrar ativos em implantações do AEM
Embora não seja tão comum, às vezes é necessário migrar grandes quantidades de dados de uma instância do AEM para outra; por exemplo, ao executar uma atualização do AEM, atualize seu hardware ou migre para um novo datacenter, como com uma migração do AMS.
Nesse caso, seus ativos já estão preenchidos com metadados e as execuções já são geradas. Você pode simplesmente se concentrar em mover ativos de uma instância para outra. Ao migrar entre instâncias do AEM, execute as seguintes etapas:
Desativar workflows: Como você está migrando execuções juntamente com nossos ativos, deseja desativar os iniciadores de fluxo de trabalho para o Ativo de atualização do DAM.
Migrar tags: Como as tags já foram carregadas na instância do AEM de origem, é possível criá-las em um pacote de conteúdo e instalá-las na instância do público alvo.
Migrar ativos: Há duas ferramentas recomendadas para mover ativos de uma instância do AEM para outra:
Cofre Remote Copy , ou vlt rcp , permite que você use vlt em uma rede. Você pode especificar um diretório de origem e destino e vlt baixa todos os dados do repositório de uma instância e os carrega na outra. O Vlt rcp está documentado em https://jackrabbit.apache.org/filevault/rcp.html
O Grabbit é uma ferramenta de sincronização de conteúdo de código aberto desenvolvida pelo Time Warner Cable para sua implementação do AEM. Como ele usa fluxos contínuos de dados, em comparação ao vlt rcp, ele tem uma latência mais baixa e exige uma melhoria de velocidade de duas a dez vezes mais rápida que o vlt rcp. O Grabbit também oferece suporte apenas à sincronização do conteúdo delta, o que permite sincronizar as alterações após a conclusão de uma passagem de migração inicial.
Ativar ativos: Siga as instruções para ativar ativos documentados para a migração inicial para o AEM.
Ativando workflows: Após concluir a migração, ative novamente os iniciadores para os workflows de ativos de atualização do DAM para suportar a geração de execução e a extração de metadados para uso diário do sistema.