Assimilar conteúdo no Cloud Service ingesting-content

Processo de assimilação no Cloud Acceleration Manager ingestion-process

Siga as etapas abaixo para assimilar seu conjunto de migração usando o Cloud Acceleration Manager:

  1. Vá para o Cloud Acceleration Manager. Clique no cartão do projeto e no cartão Transferência de conteúdo. Navegue até Trabalhos de assimilação e clique em Nova assimilação

    imagem

  2. Revise a lista de verificação de assimilação e verifique se todas as etapas foram concluídas. Essas etapas são necessárias para garantir uma assimilação bem-sucedida. Vá para a etapa Avançar somente se a lista de verificação estiver concluída.

    imagem

  3. Forneça as informações necessárias para criar uma assimilação.

    • Conjunto de migração: selecione o conjunto de migração que contém os dados extraídos como o Source.
      • Os conjuntos de migração expirarão após um período prolongado de inatividade, de modo que é esperado que a assimilação ocorra relativamente logo após a extração ter sido realizada. Revise a Expiração do Conjunto de Migração para obter detalhes.
    note tip
    TIP
    Se a extração estiver em execução, a caixa de diálogo a indicará. Depois que a extração for concluída com sucesso, a assimilação será iniciada automaticamente. Se a extração falhar ou for interrompida, o trabalho de assimilação será rescindido.
    • Destino: selecione o ambiente de destino. É nesse ambiente que o conteúdo do conjunto de migração é assimilado.

      • As assimilações não são compatíveis com destinos do tipo RDE (Rapid Development Environment, ambiente de desenvolvimento rápido) ou pré-visualização e não aparecem como uma possível escolha de destino, mesmo que o usuário tenha acesso a elas.
      • Embora um conjunto de migração possa ser assimilado em vários destinos simultaneamente, um destino pode ser o destino de apenas um em execução ou aguardando assimilação por vez.
    • Camada: Selecione a camada. (Autor/Publish).

      • Se a origem foi Author, é recomendável assimilá-la na camada Author no destino. Da mesma forma, se a origem fosse Publish, o destino também deveria ser Publish.
    note note
    NOTE
    Se a camada de destino for Author, a instância de autor será desligada durante a duração da assimilação e ficará indisponível para os usuários (por exemplo, autores ou qualquer pessoa que esteja executando a manutenção). O motivo é proteger o sistema e evitar quaisquer alterações que possam ser perdidas ou causar um conflito de assimilação. Confirme se sua equipe está ciente desse fato. Observe também que o ambiente parece hibernado durante a assimilação do autor.
    • Apagar: Escolha o valor Wipe

      • A opção Apagar define o ponto inicial de destino da assimilação. Se Limpar estiver habilitado, o destino, incluindo todo o seu conteúdo, será redefinido para a versão do AEM especificada no Cloud Manager. Se não estiver ativado, o destino mantém o conteúdo atual como ponto de partida.
      • Esta opção NÃO afeta como a assimilação de conteúdo será realizada. A assimilação sempre usa uma estratégia de substituição de conteúdo e não uma estratégia de mesclagem de conteúdo, portanto, em ambos os casos Apagar e Não-Apagar, a assimilação de um conjunto de migração substituirá o conteúdo no mesmo caminho no destino. Por exemplo, se o conjunto de migração contiver /content/page1 e o destino já contiver /content/page1/product1, a assimilação removerá todo o caminho page1 e suas subpáginas, incluindo product1, e substituirá pelo conteúdo no conjunto de migração. Isso significa que é necessário fazer um planejamento cuidadoso ao executar uma assimilação Não-apagada para um destino que contenha qualquer conteúdo que deva ser mantido.
      • As assimilações que não são de limpeza são projetadas especificamente para o caso de uso de assimilação complementar. Essas assimilações devem ter uma quantidade incremental de novo conteúdo que foi alterado desde a última assimilação em um conjunto de migração existente. Executar assimilações que não são de limpeza fora desse caso de uso pode resultar em tempos de assimilação muito longos.
    note important
    IMPORTANT
    Se a configuração Limpar estiver habilitada para a assimilação, ela redefinirá todo o repositório existente, incluindo as permissões de usuário na instância do Cloud Service de destino. Essa redefinição também é válida para um usuário administrador adicionado ao grupo administradores e esse usuário deve ser adicionado ao grupo de administradores novamente para iniciar uma assimilação.
    • Pré-cópia: Escolha o valor Pre-copy

      • Você pode executar a etapa opcional de pré-cópia para acelerar significativamente a assimilação. Consulte Assimilar com AzCopy para obter mais detalhes.
      • Se a assimilação com pré-cópia for usada (para S3 ou Azure Data Store), é recomendável executar a assimilação Author sozinha. Isso acelera a assimilação de Publish quando executada posteriormente.
    note important
    IMPORTANT
    Você pode iniciar uma assimilação no ambiente de destino somente se pertencer ao grupo local administradores de AEM no serviço de autor do Cloud Service de destino. Se você não conseguir iniciar uma assimilação, consulte Não foi possível iniciar a assimilação para obter mais detalhes.
  4. Após selecionar as opções de assimilação, uma estimativa de sua duração será mostrada. Esta é uma estimativa de melhor esforço com base em dados históricos de assimilações semelhantes.

    • Essa estimativa só será calculada e mostrada se os valores de "Verificar tamanho" da extração tiverem sido coletados e estiverem disponíveis.
    • Este valor é uma estimativa e, embora calculado inteligentemente, não deve ser considerado exato. Vários fatores podem alterar a duração real.
    • Enquanto a assimilação estiver em execução, esse valor também estará disponível na caixa de diálogo de durações, acessada por meio da ação "Exibir durações" da assimilação.

imagem

  1. Clique em Assimilar.

    imagem

  2. Em seguida, é possível monitorar a assimilação na exibição de lista dos Trabalhos de assimilação e usar o menu de ação da assimilação para exibir as durações e registrar o progresso da assimilação.

    imagem

  3. Clique no botão (i) na linha para obter mais informações sobre o trabalho de assimilação. Você pode ver a duração de cada etapa da assimilação quando ela estiver em execução ou concluída clicando em e em Exibir durações. As informações da extração também são mostradas para perceber o que está sendo assimilado.

    imagem

Ingestão complementar top-up-ingestion-process

A ferramenta Transferência de conteúdo tem um recurso que permite a extração de conteúdo diferencial executando um complemento do conjunto de migração. Isso permite que o conjunto de migração seja modificado para incluir somente o conteúdo que foi alterado desde a extração anterior, sem precisar extrair todo o conteúdo novamente.

NOTE
Após a transferência inicial do conteúdo, é recomendável fazer atualizações complementares frequentes de conteúdo diferencial para reduzir o período de congelamento de conteúdo para a transferência final de conteúdo diferencial antes de entrar online no Cloud Service. Se você tiver usado a etapa de pré-cópia para a primeira assimilação, poderá ignorar a pré-cópia para assimilações complementares subsequentes (se o tamanho do conjunto de migração complementar for menor que 200 GB). O motivo é que isso pode adicionar tempo a todo o processo.

Para assimilar conteúdo diferencial depois que algumas assimilações forem concluídas, execute uma Extração complementar e use o método de assimilação com a opção Apagar desabilitada. Leia a explicação Apagar acima para evitar a perda do conteúdo que já está no destino.

Comece criando uma tarefa de assimilação e verifique se Apagar está desativado durante a assimilação, conforme mostrado abaixo:

imagem

Resolução de problemas troubleshooting

O CAM não consegue recuperar o token de migração cam-unable-to-retrieve-the-migration-token

A recuperação automática do token de migração pode falhar por diferentes motivos, incluindo você configurar uma lista de permissões IP via Cloud Manager no ambiente Cloud Service de destino. Nesses cenários, você verá a seguinte caixa de diálogo ao tentar iniciar uma assimilação:

imagem

Recupere o token de migração manualmente clicando no link "Obter token" na caixa de diálogo. Outra guia é aberta exibindo o token. Em seguida, você pode copiar o token e colá-lo no campo Entrada do token de migração. Agora, você pode começar a assimilação.

NOTE
O token está disponível para usuários que pertencem ao grupo local administradores de AEM no serviço de autor de Cloud Service de destino.

Não foi possível iniciar a assimilação unable-to-start-ingestion

Você pode iniciar uma assimilação no ambiente de destino somente se pertencer ao grupo local administradores de AEM no serviço de autor do Cloud Service de destino. Se você não pertence ao grupo de administradores do AEM, você vê um erro como mostrado abaixo ao tentar iniciar uma assimilação. Você pode pedir ao administrador para adicioná-lo aos administradores do AEM local ou solicitar o token propriamente dito, que você pode colar no campo Entrada do token de migração.

imagem

Não é possível acessar o serviço de migração unable-to-reach-migration-service

Depois que uma assimilação é solicitada, uma mensagem como a seguinte pode ser apresentada ao usuário: "O serviço de migração no ambiente de destino está inacessível. Em caso afirmativo, tente novamente mais tarde ou entre em contato com o suporte do Adobe."

imagem

Esta mensagem indica que o Cloud Acceleration Manager não conseguiu acessar o serviço de migração do ambiente de destino para iniciar a assimilação. Essa situação pode ocorrer por vários motivos.

NOTE
O campo "Token de migração" é exibido porque, em alguns casos, a recuperação desse token é o que realmente não é permitido. Ao permitir que seja fornecido manualmente, ele pode permitir que o usuário inicie a assimilação rapidamente, sem nenhuma ajuda adicional. Se o token for fornecido e a mensagem ainda for exibida, a recuperação do token não foi o problema.
  • A AEM as a Cloud Service mantém o estado do ambiente e, ocasionalmente, deve reiniciar o serviço de migração por vários motivos normais. Se esse serviço estiver sendo reiniciado, ele não poderá ser acessado, mas estará disponível no futuro.
  • É possível que outro processo esteja sendo executado na instância. Por exemplo, se as Atualizações de Versão do AEM estiverem aplicando uma atualização, o sistema pode estar ocupado e o serviço de migração pode ficar indisponível regularmente. Quando esse processo estiver concluído, o início da assimilação poderá ser tentado novamente.
  • Se uma Inclui na lista de permissões de IPtiver sido aplicada por meio do Cloud Manager, ela impedirá que o Cloud Acceleration Manager acesse o serviço de migração. Um endereço IP não pode ser adicionado para assimilações porque seu endereço é dinâmico. Atualmente, a única solução é desativar a inclui na lista de permissões de IP durante o processo de assimilação e indexação.
  • Pode haver outros motivos que precisem de investigação. Se a assimilação ou indexação continuar a falhar, entre em contato com o Atendimento ao cliente da Adobe.

Atualizações e assimilações de versão do AEM aem-version-updates-and-ingestions

As Atualizações de Versão do AEM são aplicadas automaticamente aos ambientes para mantê-los atualizados com a versão mais recente do AEM as a Cloud Service. Se a atualização for acionada quando uma assimilação for executada, poderá causar resultados imprevisíveis, incluindo a corrupção do ambiente.

Se as "Atualizações de versão do AEM" estiverem integradas no programa de destino, o processo de assimilação tentará desativar sua fila antes de ser iniciado. Quando a assimilação é concluída, o estado do atualizador de versão retorna ao estado em que estava antes de as assimilações começarem.

NOTE
Não é mais necessário registrar um tíquete de suporte para desativar a opção "Atualizações de versão do AEM".

Se "Atualizações de versão do AEM" estiver ativo (ou seja, as atualizações estão em execução ou estão na fila para execução), a assimilação não será iniciada e a interface do usuário apresentará a seguinte mensagem. Quando as atualizações estiverem concluídas, a assimilação poderá ser iniciada. O Cloud Manager pode ser usado para ver o estado atual dos pipelines do programa.

NOTE
"Atualizações de versão do AEM" é executado no pipeline do ambiente e aguarda até que o pipeline esteja limpo. Se as atualizações forem enfileiradas por mais tempo do que o esperado, verifique se um fluxo de trabalho personalizado não tem o pipeline bloqueado involuntariamente.

imagem

Falha na ingestão complementar devido a uma violação da restrição de exclusividade top-up-ingestion-failure-due-to-uniqueness-constraint-violation

Uma causa comum de uma falha de Assimilação complementar é um conflito nas IDs do nó. Para identificar esse erro, baixe o log de assimilação usando a interface do usuário do Cloud Acceleration Manager e procure uma entrada como a seguinte:

java.lang.RuntimeException: org.apache.jackrabbit.oak.api.CommitFailedException: OakConstraint0030: Propriedade violada de restrição de exclusividade [jcr:uuid] com valor a1a1a1a1-b2b2-c3c3-d4d4-e5e5e5e5e5e5: /some/path/jcr:content, /some/other/path/jcr:content

Cada nó no AEM deve ter um uuid exclusivo. Esse erro indica que um nó que está sendo assimilado tem a mesma uuid que existe em um caminho diferente na instância de destino. Essa situação pode ocorrer por dois motivos:

  • Um nó é movido na origem entre uma extração e uma Extração complementar subsequente
    • LEMBRAR: para extrações complementares, o nó ainda existirá no conjunto de migração, mesmo que não exista mais na origem.
  • Um nó no destino é movido entre uma assimilação e uma assimilação complementar subsequente.

Este conflito deve ser resolvido manualmente. Alguém familiarizado com o conteúdo deve decidir qual dos dois nós deve ser excluído, tendo em mente outro conteúdo que faça referência a ele. A solução pode exigir que a extração complementar seja feita novamente sem o nó ofensivo.

Falha na ingestão complementar devido à impossibilidade de excluir o nó referenciado top-up-ingestion-failure-due-to-unable-to-delete-referenced-node

Outra causa comum de uma falha de Assimilação complementar é um conflito de versão para um determinado nó na instância de destino. Para identificar esse erro, baixe o log de assimilação usando a interface do usuário do Cloud Acceleration Manager e procure uma entrada como a seguinte:

java.lang.RuntimeException: org.apache.jackrabbit.oak.api.CommitFailedException: OakIntegrity0001: não é possível excluir o nó referenciado: 8a2289f4-b904-4bd0-8410-15e41e0976a8

Isso poderá acontecer se um nó no destino for modificado entre uma assimilação e uma assimilação Não apagável subsequente, de modo que uma nova versão tenha sido criada. Se o conjunto de migração foi extraído com a opção "incluir versões" ativada, pode ocorrer um conflito, pois o destino agora tem uma versão mais recente que está sendo referenciada pelo histórico de versões e outro conteúdo. O processo de assimilação não pode excluir o nó de versão incorreto porque ele está sendo referenciado.

A solução pode exigir que a extração complementar seja feita novamente sem o nó ofensivo. Ou criar um pequeno conjunto de migração do nó incorreto, mas com a opção "incluir versões" desativada.

As práticas recomendadas indicam que, se uma assimilação de Não apagável precisar ser executada usando um conjunto de migração que inclua versões, é fundamental que o conteúdo no destino seja modificado o mínimo possível, até que a jornada de migração seja concluída. Caso contrário, esses conflitos poderão ocorrer.

Falha na ingestão devido a valores grandes de propriedade de nó ingestion-failure-due-to-large-node-property-values

Os valores de propriedade do nó armazenados no MongoDB não podem exceder 16 MB. Se um valor de nó exceder o tamanho compatível, a assimilação falhará e o log conterá:

  • um erro BSONObjectTooLarge e especificar qual nó excedeu o máximo, ou
  • um erro BsonMaximumSizeExceededException, que indica que provavelmente há um nó contendo caracteres unicode excedendo o tamanho máximo **

Essa é uma restrição MongoDB.

Consulte a observação Node property value in MongoDB em Pré-requisitos da Ferramenta de Transferência de Conteúdo para obter mais informações e um link para uma ferramenta Oak que possa ajudar a encontrar todos os nós grandes. Depois que todos os nós com tamanhos grandes forem corrigidos, execute a extração e a assimilação novamente.

Para evitar possivelmente essa restrição, execute o Analisador de Práticas Recomendadas na instância do AEM de origem e revise os achados apresentados, especialmente o padrão "Estrutura de Repositório Sem Suporte" (URS).

NOTE
O Analisador de Práticas Recomendadas versão 2.1.50+ informará sobre nós grandes que contêm caracteres unicode que excedem o tamanho máximo. Verifique se você está executando a versão mais recente. As versões do BPA anteriores à versão 2.1.50 não identificarão e relatarão esses nós grandes e precisarão ser descobertas separadamente usando a ferramenta de pré-requisito do Oak mencionada acima.

Falha de assimilação devido a erros intermitentes inesperados ingestion-failure-due-to-unexpected-intermittent-errors

Às vezes, questões intermitentes inesperadas podem se prestar a assimilações fracassadas, onde infelizmente o único recurso é tentar novamente a assimilação. Investigue o log de assimilação para descobrir a causa da falha e ver se ele está alinhado a qualquer um dos erros listados abaixo, onde uma nova tentativa deve ser feita.

Problemas do MongoDB mongo-db-issues

  • Atlas prescale timeout error - A fase de assimilação tentará dimensionar previamente o banco de dados de nuvem de destino para um tamanho adequado que se alinhe ao tamanho do conteúdo do conjunto de migração que está sendo assimilado. Raramente, essa operação não é concluída dentro do período esperado.
  • Exhausted mongo restore retries - As tentativas de restaurar um despejo local do conteúdo do conjunto de migração assimilado para o banco de dados de nuvem se esgotaram. Isso indica um problema geral de integridade/rede com o MongoDB, que muitas vezes se cura após alguns minutos.

Ingestão cancelada ingestion-rescinded

Uma assimilação criada com uma extração em execução, à medida que seu conjunto de migração de origem aguarda pacientemente até que a extração seja bem-sucedida, e nesse ponto começa normalmente. Se a extração falhar ou for interrompida, a assimilação e seu trabalho de indexação não serão iniciados, mas serão rescindidos. Nesse caso, verifique a extração para determinar por que ela falhou, corrija o problema e comece a extrair novamente. Uma vez que a extração fixa estiver em execução, uma nova assimilação pode ser programada.

O ativo excluído não está presente após executar a assimilação novamente

Em geral, não é recomendado modificar os dados do ambiente de nuvem entre as assimilações.

Quando um ativo é excluído do destino Cloud Service usando a interface para toque do Assets, os dados do nó são excluídos, mas o blob de ativos com a imagem não é excluído imediatamente. Ele é marcado para exclusão para que não apareça mais na interface do usuário; no entanto, permanece no armazenamento de dados até que a coleta de lixo ocorra e o blob seja removido.

No cenário em que um ativo migrado anteriormente é excluído e a próxima assimilação é executada antes que o coletor de lixo conclua a exclusão do ativo, a assimilação do mesmo conjunto de migração não restaurará o ativo excluído. Quando a assimilação verifica o ambiente de nuvem para o ativo, não há dados de nó; portanto, a assimilação copiará os dados do nó para o ambiente de nuvem. No entanto, quando ele verifica o armazenamento de blob, ele vê que o blob está presente e ignora a cópia do blob. É por isso que os metadados estão presentes após a assimilação quando você observa o ativo da interface para toque, mas a imagem não está. Lembre-se de que os conjuntos de migração e a assimilação de conteúdo não foram projetados para lidar com esse caso. Eles têm como objetivo adicionar novo conteúdo ao ambiente de nuvem e não restaurar o conteúdo migrado anteriormente.

O que vem a seguir whats-next

Quando a assimilação for bem-sucedida, a indexação do AEM será iniciada automaticamente. Consulte Indexação após Migrar Conteúdo para obter mais informações.

Depois de concluir a assimilação de conteúdo no Cloud Service, você pode visualizar os registros de cada etapa (extração e assimilação) e procurar erros. Consulte Exibir Logs de um Conjunto de Migração para saber mais.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab