AEM 6.5(Forms 및 기타 솔루션)의 Groovy Console 감사 추적으로 인한 세그먼트 저장소 증가 문제 해결

AEM 6.5 온프레미스 또는 AMS 환경에 갑작스러운 디스크 스파이크와 빠르게 증가하는 TarMK 세그멘테이션 저장소가 있는 경우, 빈도가 높은 Groovy 콘솔 작업이 /var/groovyconsole/audit 아래에 큰 감사 추적 노드를 만들 수 있습니다. 이 시나리오는 AEM Forms 환경에서 관찰되었지만 Groovy 콘솔을 사용하는 모든 AEM 6.5 TarMK 설정에서 발생할 수 있습니다.
이 문서에서는 세그먼트 저장소에서 오프라인 압축을 실행하여 문제가 되는 작업을 식별하고 감사 노드를 안전하게 제거하며 디스크 공간을 회수하는 방법을 설명합니다.

참고: 이 시나리오에는 사용자 지정 Groovy 콘솔 스크립트와 감사 추적이 포함됩니다. Groovy Console은 타사/커뮤니티 툴링이며 표준 AEM 제품의 일부가 아닙니다.

설명 description

환경

참고:

문제/증상

Adobe Experience Manager(AEM) 6.5 Forms 온프레미스 또는 Adobe Managed Services(AMS) 프로덕션 환경에서는 디스크 사용량이 급격하게 증가하고 있습니다. crx-quickstart/repository/segmentstore 디렉터리는 며칠 동안 빠르게 증가하여 수백 GB에 이릅니다. 온라인 수정 정리 가 실행되지만 공간을 다시 확보할 수 없습니다. 최근 배포 또는 구성 변경으로 인한 증가 문제가 없습니다.

분석 중에 다음과 같은 증상이 관찰됩니다.

조사 결과, 몇 분마다 실행되도록 예약된 사용자 정의 Groovy 콘솔 작업이 /var/groovyconsole/audit/user/<year>과(와) 같은 사용자 및 연도별 경로에 대규모 감사 추적 항목을 작성하는 것으로 나타났습니다. 이러한 감사 노드는 저장소 증가를 야기하고 세그먼트 저장소 증가를 유도합니다.

해결 방법 resolution

1단계: 감사 추적을 생성하는 Groovy 콘솔 작업 식별

단계는 AEM as a Cloud Service 사용 안내서의 CRXDE Lite 사용을 참조하세요. 일반적인 작업 노드에는 다음과 유사한 속성이 있습니다.

이러한 작업이 비즈니스 크리티컬 콘텐츠가 아닌 감사 로그만 생성하는 경우, 감사 노드를 안전하게 정리하고 일정을 조정하거나 제거하여 더 이상 빠른 증가를 방지할 수 있습니다. 단계는 AEM의 감사 로그 유지 관리를 참조하십시오.

2단계: Groovy 콘솔 감사 노드 정리

저장소 크기를 줄이려면 /var/groovyconsole/audit/user/<year> 아래에 누적된 감사 노드를 제거하십시오. 추가적인 증가를 방지하기 위해 새로운 예약된 작업이 아닌 온디맨드 Groovy 콘솔 스크립트를 사용합니다.

중요: 프로덕션 시스템에서는 Groovy Console을 주의해서 사용하십시오. 항상 먼저 낮은 환경에서 스크립트를 테스트하고 대상 경로를 확인한 다음 적절한 변경 관리 절차에 따라 스크립트를 실행합니다. 단계는 AEM 6.5 사용 안내서의 AEM 6에서 ​감사 로그 유지 관리를 참조하십시오.

이 시나리오에서는 다음과 같은 사용자별 및 연도별 경로 아래의 Groovy Console 감사 추적 노드에서 증가합니다.

/var/groovyconsole/audit/user/<year>

이 경로에는 Groovy 콘솔 작업에 대한 감사 데이터만 포함되어 있으며 안전하게 제거할 수 있습니다. 사용자 환경에 맞게 경로의 연도 세그먼트를 조정합니다.

예제 Groovy 콘솔 스크립트:

import javax.jcr.Session

// Adjust this path to the correct audit root for your environment.
// Example: "/var/groovyconsole/audit/user/<year>"
def path = "/var/groovyconsole/audit/user/<year>"

Session s = session  // Groovy Console injects a live JCR session

if (s.nodeExists(path)) {
    s.getNode(path).remove()
    s.save()
    println "Removed audit nodes under " + path
} else {
    println "No audit nodes to remove at " + path
}

/var/groovyconsole/audit/user/<year>에서 노드를 제거할 수 있는 권한이 있는 사용자 계정으로 프로덕션에서 스크립트를 한 번 실행하십시오. 많은 환경에서 이 사용자는 관리 또는 서비스 사용자이지만 정확한 권한은 내부 보안 모델에 따라 다릅니다.

스크립트가 완료된 후 CRXDE Lite에서 감사 노드가 제거되었는지 확인하고 Groovy Console 작업이 더 이상 실행되지 않거나 덜 적극적인 일정과 최소한의 로깅을 사용하여 실행되는지 확인하십시오.

3단계: 오프라인 압축을 위한 가동 중지 시간 및 백업을 예약합니다

4단계: segmentstore에서 오프라인 수정 버전 압축 실행

단계는 AEM 6.5 사용 안내서의 개정 정리를 참조하십시오. AEM 6.5 서비스 팩 수준과 호환되는 oak-run 버전을 사용하십시오. 현재 segmentstore 크기의 최소 두 배를 사용 가능한 디스크 공간으로 사용할 수 있는지 확인하십시오. 인스턴스를 호스팅하는 서버의 AEM 설치 디렉토리에서 다음 명령을 실행합니다.

java -Xmx16g -jar oak-run-1.22.21.jar compact ./crx-quickstart/repository/segmentstore

프로세스가 성공적으로 완료될 때까지 모니터링합니다. 압축을 방해하지 마십시오. 이렇게 하면 저장소가 손상될 수 있습니다.

5단계: AEM을 다시 시작하고 유효성을 검사합니다

예방 및 모범 사례

참고