Solução de alta utilização de disco de arquivos de log grandes em nós do Adobe Experience Manager Publisher
Este artigo explica como solucionar problemas de alta utilização de disco em instâncias de publicação do Adobe Experience Manager (AEM) quando arquivos de log grandes causam um status de armazenamento crítico. Para corrigir isso, identifique os maiores arquivos de log, remova ou arquive logs antigos e despejos de thread, revise a configuração de log, investigue erros recorrentes de aplicativos e monitore a utilização do disco.
Descrição description
Ambiente
- Adobe Experience Manager 6.5 LTS
- Implantação local autogerenciada
- Publicar instâncias com acesso ao sistema de arquivos
Sintomas
- No painel AEM System Monitoring, uma ou mais instâncias de Publicação mostram um status Crítico em Armazenamento.
- A utilização do disco é anormalmente alta nas instâncias afetadas.
- Arquivos de log grandes estão presentes, especialmente
error.logarquivos, com arquivos individuais excedendo 1 GB em tamanho.
Causa
O crescimento excessivo do arquivo de log resulta de erros de aplicativo, rastreamentos de pilha recorrentes e configurações detalhadas de registro. Habilitar o log de nível DEBUG para determinados pacotes também contribui para o rápido crescimento do log. Limpar registros antigos e despejos de encadeamento pode restaurar a capacidade do disco, mas você deve resolver os problemas subjacentes de aplicativo e registro para evitar recorrências.
Resolução resolution
Siga estas etapas para reduzir a utilização do disco e evitar o crescimento excessivo do log nas instâncias de publicação afetadas:
- Conecte-se a cada instância de publicação afetada usando SSH ou um navegador de arquivos.
- Liste os arquivos de log por tamanho para identificar os arquivos que consomem mais espaço em disco. Em sistemas Linux, use
ls -lhS /path/to/aem/logs/. - Exclua ou arquive arquivos de log antigos e despejos de thread que não são mais necessários.
- Antes de excluir quaisquer registros, mantenha os registros necessários para conformidade ou para uma investigação em andamento em outro local.
- Revise a configuração de log da instância de publicação afetada.
- Verifique se o log de
DEBUGestá habilitado para pacotes relacionados a código personalizado ou componentes de alto volume. - Se o registro em log de
DEBUGnão for necessário para a solução de problemas ativa, altere o pacote para um nível de registro em log de produção apropriado, comoINFOouWARN. - Revise os outros registradores e confirme se somente as informações necessárias são registradas em níveis mais altos de verbosidade.
- Analise os logs de erros para exceções recorrentes, como
NullPointerException, e resolva os problemas de código subjacentes que geram rastreamentos de pilha excessivos. - Revise o manuseio de exceções no código do aplicativo para garantir que os erros esperados ou recuperáveis sejam tratados adequadamente e não gerem rastreamentos de pilha desnecessários.
- Use o painel AEM System Monitoring e as ferramentas de monitoramento externas para rastrear o uso do disco e as tendências de crescimento do log.
- Configure alertas para identificar o crescimento anormal do disco ou do log antes que ele afete o serviço.
- Após a limpeza, confirme se a utilização do disco voltou ao normal e se a instância de publicação afetada mostra um status de integridade no painel de monitoramento.
Notas:
- Esse procedimento se aplica a implantações locais autogerenciadas do Adobe Experience Manager 6.5 LTS em que você tem acesso ao sistema de arquivos da instância de publicação.
- Não aplique as etapas de limpeza direta do sistema de arquivos aos ambientes Adobe Experience Manager as a Cloud Service ou Adobe Managed Services. Esses modelos de implantação usam diferentes procedimentos de acesso a registros e gerenciamento de infraestrutura.