O uso do disco é excepcionalmente alto ou está aumentando rapidamente no servidor AEM

Saiba como identificar as causas do alto uso do disco no Servidor AEM. Use um registrador de depuração, capture os despejos de thread, crie o perfil da CPU e execute o relatório de uso do disco.

Descrição description

Ambiente

Adobe Experience Manager

Problema/Sintomas

O uso do disco é excepcionalmente alto ou está aumentando rapidamente em um servidor AEM. Com o espaço em disco se esgotando, o AEM parou de funcionar.

Resolução resolution

A. Se o AEM estiver em execução e houver espaço em disco suficiente

  1. Configurar o log de rastreamento de gravação do Oak Se o AEM ainda estiver em execução, poderemos habilitar um depurador para nos informar em quais caminhos do repositório estão sendo gravados. Para habilitar este agente de log, instale o pacote de configuração de log anexado abaixo ou siga estas etapas:

    1. Ir para https://aemhost:port/system/console/slinglog
    2. Clique em  Adicionar novo agente de log.
    3. Configurar um agente de log: Arquivo de log: logs/repgrowth.log, Nível de registro: rastreamento, Loggers: org.apache.jackrabbit.oak.jcr.operations.writes
    4. Baixar arquivo. Este pacote contém a configuração necessária para a sessão de gravação de log do Oak. Instale esse pacote por meio do Gerenciador de pacotes do CRX. Após o período de exibição do monitor, desinstale o pacote.

    Cuidado

    • O log inclui informações sobre todas as gravações e detalhes da sessão. Se você usar este agente de log, verifique se tem espaço em disco suficiente.
    • Desinstale o pacote de configuração de log ou remova a configuração de log após um curto período de ativação para evitar mais consumo de espaço em disco.
  2. Executar o relatório de uso do disco Você também pode aproveitar o relatório Uso de disco https://host:port/etc/reports/diskusage.html. Este relatório exibe o espaço em disco usado pelo caminho do repositório. O relatório pode ser pesquisado, permitindo que também você visualize subárvores.

  3. Capturar despejos de thread e executar a criação de perfil Depois de usar o repgrowth.log para ter uma ideia de quais dados estão sendo gravados, podemos obter informações sobre qual código está gravando esses dados, capturando despejos de thread e executando a criação de perfil da CPU. Visite estas páginas:

B. Se o AEM parou e/ou o espaço em disco está quase cheio

Se você tiver que parar o AEM para evitar o aumento do espaço em disco, use os comandos abaixo para fazer uma análise inicial.

  • Na plataforma Linux, aproveite a du comando para listar todos os diretórios em crx-quickstart com o tamanho resumido desses diretórios:

    code language-none
    du -h --max-depth=2 crx-quickstart
    
  • Uso localizar e du comandos para localizar arquivos modificados recentemente e obter seus tamanhos:

    code language-none
    find crx-quickstart -type f -mtime 1 -exec du -hs {} \; -print
    
  • Para localizar arquivos grandes no armazenamento de dados, você pode combinar localizar, du, e arquivo comandos para localizar arquivos com mais de 100 MB no armazenamento de dados diretório e identificar automaticamente o tipo de arquivo:

    code language-none
    find crx-quickstart/repository/datastore -type f -size +100M -exec sh -c "du -hs \"{}\"; file \"{}\"" \;
    
  • Se você descobrir que o crescimento está ocorrendo no segmentstore , o comando abaixo poderá ajudar a indicar quais dados estão sendo gravados:

    code language-none
    strings data_xxxxxx.tar | egrep '.?/' | sed 's/.$//;s/.\//\//'
    

Causa

Algumas possíveis causas de aumentos incomuns na utilização do disco são:

  • A manutenção adequada não foi executada no sistema.  Consulte este artigo para obter detalhes sobre várias atividades de manutenção do sistema.
  • O AEM ou o aplicativo está criando um número muito grande de nós ou atualizando as propriedades do nó.  Isso pode ser devido a uma configuração incorreta ou um bug de código do aplicativo.  Como o armazenamento tar no Oak opera em um modo somente de acréscimo, salvar repetidamente os nós contribui ainda mais para o crescimento excessivo do repositório.
  • Foram carregados arquivos muito grandes no AEM Assets ou no gerenciador de pacotes.
  • O log de depuração ou rastreamento foi deixado habilitado.
recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f