Adobe Experience Manager 게시자 노드의 큰 로그 파일에서 높은 디스크 사용률 해결

이 문서에서는 큰 로그 파일로 인해 중요한 스토리지 상태가 발생할 때 Adobe Experience Manager(AEM) 게시 인스턴스에서 발생하는 높은 디스크 사용률을 해결하는 방법을 설명합니다. 이 문제를 해결하려면 가장 큰 로그 파일을 식별하고, 이전 로그 및 스레드 덤프를 제거하거나 보관하고, 로깅 구성을 검토하고, 반복되는 애플리케이션 오류를 조사하고, 디스크 사용률을 모니터링합니다.

설명 description

환경

  • Adobe Experience Manager 6.5 LTS
  • 자체 관리, 온-프레미스 배포
  • 파일 시스템 액세스를 통해 인스턴스 게시

증상

  • AEM 시스템 모니터링 대시보드에서 하나 이상의 게시 인스턴스가 저장소에서 위험 상태를 표시합니다.
  • 영향을 받는 인스턴스에서 디스크 사용률이 비정상적으로 높습니다.
  • 크기가 큰 로그 파일, 특히 error.log개 파일이 있으며 개별 파일의 크기가 1GB를 초과합니다.

원인

애플리케이션 오류, 스택 추적 반복 및 자세한 로깅 구성으로 인해 로그 파일이 너무 많이 증가합니다. 특정 패키지에 대해 DEBUG 수준 로깅을 사용하도록 설정하면 로그 증가도 빨라집니다. 오래된 로그 및 스레드 덤프를 정리하면 디스크 용량이 복원될 수 있지만, 재발을 방지하려면 기본 응용 프로그램 및 로깅 문제를 해결해야 합니다.

해결 방법 resolution

디스크 사용률을 줄이고 영향을 받는 게시 인스턴스에서 과도한 로그 증가를 방지하려면 다음 단계를 따르십시오.

  1. SSH 또는 파일 브라우저를 사용하여 영향을 받는 각 게시 인스턴스에 연결합니다.
  2. 디스크 공간을 가장 많이 사용하는 파일을 식별하기 위해 로그 파일을 크기별로 나열합니다. Linux 시스템에서는 ls -lhS /path/to/aem/logs/을(를) 사용합니다.
  3. 더 이상 필요하지 않은 이전 로그 파일 및 스레드 덤프를 삭제하거나 보관합니다.
  4. 로그를 삭제하기 전에 준수 또는 진행 중인 조사에 필요한 로그를 다른 위치에 보관하십시오.
  5. 영향을 받는 게시 인스턴스에 대한 로깅 구성을 검토하십시오.
  6. 사용자 지정 코드 또는 대량 구성 요소와 관련된 패키지에 대해 DEBUG 로깅이 사용되는지 확인하십시오.
  7. 활성 문제 해결에 DEBUG 로깅이 필요하지 않으면 패키지를 적절한 프로덕션 로깅 수준(예: INFO 또는 WARN)으로 변경하십시오.
  8. 다른 로거를 검토하여 필요한 정보만 더 높은 수준의 세부 기간으로 기록되었는지 확인하십시오.
  9. NullPointerException과(와) 같이 반복되는 예외에 대한 오류 로그를 분석하고 과도한 스택 추적을 생성하는 기본 코드 문제를 해결하십시오.
  10. 애플리케이션 코드의 예외 처리를 검토하여 예상되거나 복구될 수 있는 오류가 적절하게 처리되고 불필요한 스택 추적이 생성되지 않는지 확인하십시오.
  11. AEM 시스템 모니터링 대시보드와 외부 모니터링 도구를 사용하여 디스크 사용량을 추적하고 증가 추세를 기록합니다.
  12. 서비스에 영향을 주기 전에 비정상적인 디스크 또는 로그 증가를 식별하도록 경고를 구성합니다.
  13. 정리 후 디스크 사용률이 정상으로 돌아오고 영향을 받은 게시 인스턴스가 모니터링 대시보드에 정상 상태를 표시하는지 확인합니다.

참고:

  • 이 절차는 게시 인스턴스 파일 시스템에 액세스할 수 있는 자체 관리형 온-프레미스 Adobe Experience Manager 6.5 LTS 배포에 적용됩니다.
  • 직접 파일 시스템 정리 단계를 Adobe Experience Manager as a Cloud Service 또는 Adobe Managed Services 환경에 적용하지 마십시오. 이러한 배포 모델은 서로 다른 로그 액세스 및 인프라 관리 절차를 사용합니다.

관련 읽기

recommendation-more-help
experience-cloud-kcs-help-kbarticles