DocumentaçãoDetecção de padrões do AEM

ASO aso

Last update: Fri Jul 12 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Tópicos:

Criado para:

  • undefined

Visão geral do sistema AEM

Fundo background

ASO identifica informações gerais sobre a instância do AEM. Cada descoberta fornece um valor de um tipo específico de informação do sistema.

Os subtipos são usados para identificar diferentes tipos de informações:

  • aem.version: a versão do AEM.
  • aem.product: detecção do uso de um produto do AEM (Commerce, Forms etc.).
  • node.count: a contagem aproximada de nós de um determinado tipo (Página, Ativo etc.) e o total geral de nós.
  • node.store: o tipo de implementação do armazenamento de nós (SegmentNodeStore, DocumentNodeStore) e seu tamanho.
  • data.store: o tipo de implementação do armazenamento de dados (FileDataStore, S3DataStore, AzureDataStore).
  • maintenance.task: uma tarefa de manutenção.
  • slow.query: uma consulta lenta.
  • group.membership: a quantidade de usuários e subgrupos (somente membros diretos/declarados) de um grupo.
  • cqtag.count: o número de ativos marcados do CQ.
  • smarttag.count: o número de ativos com tags inteligentes.
  • ccom.version: a versão do pacote do Componente principal.
  • instance.type: o tipo de instância AEM (author|publish).
  • unprocessed.asset.count: o número de ativos não processados.
  • vanity.url.count: o número de URLs personalizados.
  • index.size: tamanho total do índice Lucene migrável.
  • workflow.count: o número de fluxos de trabalho do autor em execução e no estado obsoleto.
  • jvm.arguments: os argumentos JVM adicionados à linha de comando ao iniciar o AEM.

Possíveis implicações e riscos implications-and-risks

  • A versão do AEM, contagens de nós, associação a grupos, armazenamento de nós, tipos de implementação de armazenamento de dados, contagem de tags CQ, contagem de tags inteligentes, versão do componente principal, tipo de instância do AEM e contagem de ativos não processados são fornecidos para fins informativos.
  • Um número maior de URLs personalizados (>1000) pode sobrecarregar o Dispatcher e os servidores de publicação com consultas extensas.
  • O aplicativo personalizado pode depender de produtos ou recursos não disponíveis no AEM as a Cloud Service.
  • Atualizar com recursos não compatíveis pode resultar em uma falha de atualização e em um aplicativo não funcional.
  • Um alto número de fluxos de trabalho do autor em execução ou em estado obsoleto pode prejudicar o desempenho.
  • Consultas lentas podem prejudicar o desempenho do sistema.

Possíveis soluções solutions

  • Atualizações do AEM com produtos ou recursos incompatíveis não são recomendadas e podem não contar com suporte.
  • Os ativos não processados precisam ser processados e a propriedade dam:assetState no nó jcr:content do ativo deve ser definida como “processada”. Ou remova esses ativos do conjunto de migração antes de migrar para o AEMaaCS.
  • URLs personalizados podem ser substituídos por regravações do Apache.
  • Consulte a documentação para solucionar problemas de consultas lentas.
  • Confira as notas de versão para saber mais sobre as últimas mudanças no AEM as a Cloud Service.
  • Entre em contato com a equipe de suporte do AEM para obter esclarecimentos ou abordar suas considerações.
recommendation-more-help
c50d24a5-718e-4110-a484-b335e8a63206