Adobe Experience Manager 게시자 노드의 큰 로그 파일에서 높은 디스크 사용률 해결
이 문서에서는 큰 로그 파일로 인해 중요한 스토리지 상태가 발생할 때 Adobe Experience Manager(AEM) 게시 인스턴스에서 발생하는 높은 디스크 사용률을 해결하는 방법을 설명합니다. 이 문제를 해결하려면 가장 큰 로그 파일을 식별하고, 이전 로그 및 스레드 덤프를 제거하거나 보관하고, 로깅 구성을 검토하고, 반복되는 애플리케이션 오류를 조사하고, 디스크 사용률을 모니터링합니다.
설명 description
환경
- Adobe Experience Manager 6.5 LTS
- 자체 관리, 온-프레미스 배포
- 파일 시스템 액세스를 통해 인스턴스 게시
증상
- AEM 시스템 모니터링 대시보드에서 하나 이상의 게시 인스턴스가 저장소에서 위험 상태를 표시합니다.
- 영향을 받는 인스턴스에서 디스크 사용률이 비정상적으로 높습니다.
- 크기가 큰 로그 파일, 특히
error.log개 파일이 있으며 개별 파일의 크기가 1GB를 초과합니다.
원인
애플리케이션 오류, 스택 추적 반복 및 자세한 로깅 구성으로 인해 로그 파일이 너무 많이 증가합니다. 특정 패키지에 대해 DEBUG 수준 로깅을 사용하도록 설정하면 로그 증가도 빨라집니다. 오래된 로그 및 스레드 덤프를 정리하면 디스크 용량이 복원될 수 있지만, 재발을 방지하려면 기본 응용 프로그램 및 로깅 문제를 해결해야 합니다.
해결 방법 resolution
디스크 사용률을 줄이고 영향을 받는 게시 인스턴스에서 과도한 로그 증가를 방지하려면 다음 단계를 따르십시오.
- SSH 또는 파일 브라우저를 사용하여 영향을 받는 각 게시 인스턴스에 연결합니다.
- 디스크 공간을 가장 많이 사용하는 파일을 식별하기 위해 로그 파일을 크기별로 나열합니다. Linux 시스템에서는
ls -lhS /path/to/aem/logs/을(를) 사용합니다. - 더 이상 필요하지 않은 이전 로그 파일 및 스레드 덤프를 삭제하거나 보관합니다.
- 로그를 삭제하기 전에 준수 또는 진행 중인 조사에 필요한 로그를 다른 위치에 보관하십시오.
- 영향을 받는 게시 인스턴스에 대한 로깅 구성을 검토하십시오.
- 사용자 지정 코드 또는 대량 구성 요소와 관련된 패키지에 대해
DEBUG로깅이 사용되는지 확인하십시오. - 활성 문제 해결에
DEBUG로깅이 필요하지 않으면 패키지를 적절한 프로덕션 로깅 수준(예:INFO또는WARN)으로 변경하십시오. - 다른 로거를 검토하여 필요한 정보만 더 높은 수준의 세부 기간으로 기록되었는지 확인하십시오.
NullPointerException과(와) 같이 반복되는 예외에 대한 오류 로그를 분석하고 과도한 스택 추적을 생성하는 기본 코드 문제를 해결하십시오.- 애플리케이션 코드의 예외 처리를 검토하여 예상되거나 복구될 수 있는 오류가 적절하게 처리되고 불필요한 스택 추적이 생성되지 않는지 확인하십시오.
- AEM 시스템 모니터링 대시보드와 외부 모니터링 도구를 사용하여 디스크 사용량을 추적하고 증가 추세를 기록합니다.
- 서비스에 영향을 주기 전에 비정상적인 디스크 또는 로그 증가를 식별하도록 경고를 구성합니다.
- 정리 후 디스크 사용률이 정상으로 돌아오고 영향을 받은 게시 인스턴스가 모니터링 대시보드에 정상 상태를 표시하는지 확인합니다.
참고:
- 이 절차는 게시 인스턴스 파일 시스템에 액세스할 수 있는 자체 관리형 온-프레미스 Adobe Experience Manager 6.5 LTS 배포에 적용됩니다.
- 직접 파일 시스템 정리 단계를 Adobe Experience Manager as a Cloud Service 또는 Adobe Managed Services 환경에 적용하지 마십시오. 이러한 배포 모델은 서로 다른 로그 액세스 및 인프라 관리 절차를 사용합니다.
experience-cloud-kcs-help-kbarticles