작업 대시보드 operations-dashboard

소개 introduction

AEM 6의 작업 대시보드는 시스템 운영자가 AEM 시스템 상태를 한 눈에 모니터링할 수 있도록 도와줍니다. 또한 AEM의 관련 측면에 대해 자동 생성된 진단 정보를 제공하며 자체 포함된 유지 관리 자동화를 구성 및 실행하여 프로젝트 운영 및 지원 사례를 크게 줄일 수 있습니다. 작업 대시보드는 사용자 정의 상태 확인 및 유지 관리 작업으로 확장할 수 있습니다. 또한 Operations Dashboard 데이터는 JMX를 통해 외부 모니터링 도구에서 액세스할 수 있습니다.

작업 대시보드:

  • 운영 부서의 효율성을 높이기 위한 원클릭 시스템 상태
  • 중앙 집중식 단일 위치에서 시스템 상태 개요 제공
  • 문제 검색, 분석 및 해결에 소요되는 시간 단축
  • 프로젝트 운영 비용을 크게 절감할 수 있는 자체 유지 관리 자동화 기능 제공

AEM 시작 화면에서 도구 - 작업(으)로 이동하여 액세스할 수 있습니다.

NOTE
Operations Dashboard에 액세스하려면 로그인한 사용자가 "운영자" 사용자 그룹의 일부여야 합니다. 자세한 내용은 사용자, 그룹 및 액세스 권한 관리에 대한 설명서를 참조하십시오.

상태 보고서 health-reports

상태 보고서 시스템은 Sling 상태 검사를 통해 AEM 인스턴스의 상태에 대한 정보를 제공합니다. OSGI, JMX, HTTP 요청(JSON 방식) 또는 Touch UI를 통해 이 작업을 수행합니다. 구성 가능한 특정 카운터의 측정 및 임계값을 제공하며 문제를 해결하는 방법에 대한 정보를 제공하는 경우도 있습니다.

아래에 설명된 몇 가지 기능이 있습니다.

상태 검사 health-checks

상태 보고서 ​는 특정 제품 영역에 대한 상태가 좋거나 나쁨을 나타내는 카드 시스템입니다. 이 카드는 JMX 및 기타 소스의 데이터를 집계하고 처리된 정보를 MBean으로 다시 노출하는 Sling 상태 검사의 시각화입니다. 이러한 MBean은 org.apache.sling.healthcheck 도메인의 JMX 웹 콘솔에서도 검사할 수 있습니다.

상태 보고서 인터페이스는 AEM 시작 화면의 도구 - 작업 - 상태 보고서 메뉴를 통해 액세스하거나 다음 URL을 통해 직접 액세스할 수 있습니다.

https://<serveraddress>:port/libs/granite/operations/content/healthreports/healthreportlist.html

chlimage_1-116

카드 시스템은 다음 세 가지 상태를 노출합니다. 확인, 경고중요. 상태는 규칙 및 임계값의 결과이며, 카드 위로 마우스를 가져간 후 작업 표시줄에서 톱니바퀴 아이콘을 클릭하여 구성할 수 있습니다.

chlimage_1-117

상태 확인 유형 health-check-types

AEM 6에는 두 가지 유형의 상태 검사가 있습니다.

  1. 개별 상태 검사
  2. 복합 상태 검사

개별 상태 검사 ​는 상태 카드에 해당하는 단일 상태 검사입니다. 개별 상태 검사는 규칙 또는 임계값으로 구성할 수 있으며 식별된 상태 문제를 해결하기 위한 하나 이상의 힌트와 링크를 제공할 수 있습니다. 예를 들어 "로그 오류" 검사를 예로 들어 보겠습니다. 인스턴스 로그에 오류 항목이 있는 경우 상태 검사의 세부 정보 페이지에서 해당 항목을 찾습니다. 페이지 맨 위에는 진단 도구 섹션의 "로그 메시지" 분석기에 대한 링크가 표시됩니다. 이 링크를 사용하면 이러한 오류를 보다 자세히 분석하고 로거를 다시 구성할 수 있습니다.

복합 상태 검사 ​는 여러 개별 검사의 정보를 집계하는 검사입니다.

복합 상태 검사가 필터 태그 ​의 도움으로 구성되었습니다. 본질적으로 필터 태그가 동일한 모든 단일 검사는 복합 상태 검사로 그룹화됩니다. 종합 상태 검사는 합계가 되는 모든 단일 검사가 OK 상태를 갖는 경우에만 OK 상태를 갖습니다.

상태 검사를 만드는 방법 how-to-create-health-checks

작업 대시보드에서 개별 및 복합 상태 검사 결과를 시각화할 수 있습니다.

개별 상태 검사 만들기 creating-an-individual-health-check

개별 상태 검사를 생성하려면 Sling 상태 검사를 구현하고 대시보드의 구성 노드에 상태 검사에 대한 항목을 추가하는 두 단계가 필요합니다.

  1. Sling 상태 검사를 만들려면 Sling 상태 검사 인터페이스를 구현하는 OSGI 구성 요소를 만듭니다. 번들 내에 이 구성 요소를 추가합니다. 구성 요소의 속성은 상태 검사를 완전히 식별합니다. 구성 요소가 설치되면 상태 검사를 위해 JMX MBean이 자동으로 만들어집니다. 자세한 내용은 Sling 상태 확인 설명서를 참조하세요.

    OSGI 서비스 구성 요소 주석으로 작성된 Sling 상태 확인 구성 요소의 예:

    code language-java
    @Component(service = HealthCheck.class,
    property = {
        HealthCheck.NAME + "=Example Check",
        HealthCheck.TAGS + "=example",
        HealthCheck.TAGS + "=test",
        HealthCheck.MBEAN_NAME + "=exampleHealthCheckMBean"
    })
     public class ExampleHealthCheck implements HealthCheck {
        @Override
        public Result execute() {
            // health check code
        }
     }
    
    note note
    NOTE
    MBEAN_NAME 속성은 이 상태 검사를 위해 생성된 mbean의 이름을 정의합니다.
  2. 상태 검사를 생성한 후에는 작업 대시보드 인터페이스에서 액세스할 수 있도록 새 구성 노드를 만들어야 합니다. 이 단계에서는 상태 검사의 JMX Mbean 이름(MBEAN_NAME 속성)을 알아야 합니다. 상태 검사에 대한 구성을 만들려면 CRXDE를 열고 /apps/settings/granite/operations/hc 경로 아래에 nt:unstructured 유형의 노드를 추가하십시오.

    새 노드에 설정해야 하는 속성은 다음과 같습니다.

    • 이름: sling:resourceType

      • 유형: String
      • 값: granite/operations/components/mbean
    • 이름: resource

      • 유형: String
      • 값: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/exampleHealthCheck
    note note
    NOTE
    위의 리소스 경로는 다음과 같이 만들어집니다. 상태 검사의 mbean 이름이 "test"인 경우 /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck 경로의 끝에 "test"를 추가하십시오.
    최종 경로는 다음과 같습니다.
    /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/test
    note note
    NOTE
    /apps/settings/granite/operations/hc 경로에 다음 속성이 true로 설정되어 있는지 확인하십시오.
    sling:configCollectionInherit
    sling:configPropertyInherit
    이 프로세스는 구성 관리자에게 새 구성을 /libs의 기존 구성과 병합하도록 지시합니다.

복합 상태 검사 만들기 creating-a-composite-health-check

복합 상태 검사의 역할은 공통 기능 집합을 공유하는 여러 개별 상태 검사를 집계하는 것입니다. 예를 들어, 보안 복합 상태 검사는 보안 관련 확인을 수행하는 모든 개별 상태 검사를 그룹화합니다. 복합 검사를 만드는 첫 번째 단계는 OSGI 구성을 추가하는 것입니다. 작업 대시보드에 표시하려면 간단한 검사와 동일한 방식으로 새 구성 노드를 추가해야 합니다.

  1. OSGI 콘솔에서 웹 구성 관리자로 이동합니다. https://serveraddress:port/system/console/configMgr 액세스

  2. Apache Sling Composite 상태 검사 ​라는 항목을 검색합니다. 이 구성을 찾으면 두 가지 구성을 사용할 수 있습니다. 하나는 시스템 검사용이고 다른 하나는 보안 검사용입니다.

  3. 구성 오른쪽의 "+" 단추를 눌러 구성을 만듭니다. 아래와 같이 새 창이 나타납니다.

    chlimage_1-23

  4. 구성을 만들고 저장합니다. 새 구성으로 Mbean이 만들어집니다.

    각 구성 속성의 목적은 다음과 같습니다.

    • 이름(hc.name): 복합 상태 검사의 이름입니다. 의미 있는 이름이 권장됩니다.
    • 태그(hc.tags): 이 상태 검사의 태그입니다. 이 복합 상태 검사가 다른 복합 상태 검사의 일부로 의도되는 경우(예: 상태 검사 계층 구조에서) 이 복합과 관련된 태그를 추가합니다.
    • MBean 이름(hc.mbean.name): 이 복합 상태 검사의 JMX MBean에 지정된 Mbean의 이름입니다.
    • 필터 태그(filter.tags): 복합 상태 검사와 관련된 속성입니다. 이러한 태그는 조합에 의해 집계됩니다. 복합 상태 검사는 그룹 아래에 이 복합 상태의 필터 태그와 일치하는 태그가 있는 모든 상태 검사를 집계합니다. 예를 들어 필터 태그 testcheck ​이(가) 있는 복합 상태 검사는 태그 속성(hc.tags)에 testcheck 태그가 있는 모든 개별 및 복합 상태 검사를 집계합니다.
    note note
    NOTE
    Apache Sling 컴포지트 상태 검사의 각 새 구성에 대해 새 JMX Mbean이 만들어집니다.**
  5. 마지막으로 생성된 복합 상태 검사 항목을 Operations Dashboard 구성 노드에 추가해야 합니다. 프로시저는 개별 상태 검사와 동일합니다. nt:unstructured 유형의 노드를 /apps/settings/granite/operations/hc에 만들어야 합니다. 노드의 리소스 속성은 OSGI 구성에서 hc.mean.name 값으로 정의됩니다.

    예를 들어 구성을 만들고 hc.mbean.name 값을 diskusage(으)로 설정하면 구성 노드는 다음과 같습니다.

    • 이름: Composite Health Check

      • 유형: nt:unstructured

    다음 속성을 사용합니다.

    • 이름: sling:resourceType

      • 유형: String
      • 값: granite/operations/components/mbean
    • 이름: resource

      • 유형: String
      • 값: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/diskusage
    note note
    NOTE
    기본적으로 대시보드에 이미 있는 합성 검사 아래에 논리적으로 속하는 개별 상태 검사를 만들면 해당 합성 검사 아래에 자동으로 캡처되고 그룹화됩니다. 따라서 이러한 검사를 위해 구성 노드를 만들 필요가 없습니다.
    예를 들어, 개별 보안 상태 검사를 만드는 경우 "보안" 태그를 할당하면 설치됩니다. 작업 대시보드의 보안 검사 복합 검사(Security Checks composite check) 아래에 자동으로 나타납니다.

AEM과 함께 제공된 상태 검사 health-checks-provided-with-aem

zHealthcheck 이름
설명
쿼리 성능

이 상태 검사는 AEM 6.4에서 간소화되었으며, 이제 최근에 리팩터링된 Oak QueryStatsMBean, 특히 SlowQueries 특성을 확인합니다. 통계에 느린 쿼리가 포함되어 있으면 상태 검사가 경고를 반환합니다. 그렇지 않으면 OK 상태를 반환합니다.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=queriesStatus,type=HealthCheck입니다.

관찰 큐 길이

관찰 큐 길이는 모든 이벤트 리스너 및 백그라운드 관찰자를 반복하고 해당 queueSize 을(를) maxQueueSize과(와) 비교하며 다음 작업을 수행합니다.

  • queueSize 값이 maxQueueSize 값을 초과하는 경우 위험 상태를 반환합니다(이벤트가 삭제되는 경우).
  • queueSize 값이 maxQueueSize * WARN_THRESHOLD보다 크면 Warn을 반환합니다(기본값 0.75).

각 큐의 최대 길이는 별도의 구성(Oak 및 AEM)에서 가져오며, 이 상태 검사에서는 구성할 수 없습니다. 이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=ObservationQueueLengthHealthCheck,type=HealthCheck입니다.

쿼리 순회 제한

쿼리 통과 제한은 QueryEngineSettingsMBean, 특히 LimitInMemoryLimitReads 특성을 확인하고 다음 상태를 반환합니다.

  • 제한 중 하나가 다음보다 크거나 같은 경우 경고 상태 반환 Integer.MAX_VALUE
  • 제한 중 하나가 10000 미만인 경우 경고 상태를 반환합니다(Oak의 권장 설정).
  • QueryEngineSettings 또는 제한을 검색할 수 없는 경우 중요 상태를 반환합니다.

이 상태 검사에 대한 Mbean은 org.apache.sling.healthcheck:name=queryTraversalLimitsBundle,type=HealthCheck입니다.

동기화된 시계

이 검사는 문서 노드 저장소 클러스터에만 관련됩니다. 이 메서드는 다음 상태를 반환합니다.

  • 인스턴스 시계가 동기화되지 않고 사전 정의된 낮은 임계값을 초과하면 경고 상태를 반환합니다.
  • 인스턴스 시계가 동기화되지 않고 사전 정의된 상한 임계값을 초과하는 경우 위험 상태를 반환합니다.

이 상태 검사에 대한 Mbean은 org.apache.sling.healthcheck:name=slingDiscoveryOakSynchronizedCcks,type=HealthCheck입니다.

비동기 색인

비동기 인덱스 검사:

  • 하나 이상의 인덱싱 레인이 실패한 경우 위험 상태를 반환합니다.

  • 모든 인덱싱 레인에 대해 lastIndexedTime을(를) 확인하고 다음 작업을 수행합니다.

    • 2시간 이상 지난 경우 위험 상태를 반환합니다.
    • 2시간과 45분 사이의 경우 경고 상태를 반환합니다.
    • 45분 미만인 경우 확인 상태를 반환합니다.
  • 이러한 조건이 하나도 충족되지 않으면 OK 상태를 반환합니다

위기 및 경고 상태 임계값은 모두 구성할 수 있습니다. 이 상태 검사의 Mbean은 org.apache.sling.healthcheck:name=asyncIndexHealthCheck,type=HealthCheck입니다.

참고: 이 상태 검사는 AEM 6.4에서 사용할 수 있으며 AEM 6.3.0.1로 백포팅되었습니다.

큰 Lucene 색인

이 검사는 Lucene Index StatisticsMBean에 의해 노출된 데이터를 사용하여 큰 인덱스를 식별하고 반환합니다.

  • 10억 개 이상의 문서가 포함된 색인이 있는 경우 경고 상태
  • 15억 개 이상의 문서가 포함된 색인이 있는 경우 위험 상태

임계값을 구성할 수 있으며 상태 검사에 대한 MBean은 org.apache.sling.healthcheck:name=largeIndexHealthCheck,type=HealthCheck.입니다.

참고: 이 검사는 AEM 6.4에서 사용할 수 있으며 AEM 6.3.2.0으로 백포팅되었습니다.

시스템 유지 관리

시스템 유지 관리는 모든 유지 관리 작업이 구성된 대로 실행 중인 경우 확인을 반환하는 복합 검사입니다. 주의 사항:

  • 각 유지 관리 작업에는 관련 상태 검사가 수반됩니다.
  • 유지 관리 창에 작업이 추가되지 않으면 상태 검사가 위험 을 반환합니다
  • 감사 로그 및 워크플로우 제거 유지 관리 작업을 구성하거나 유지 관리 창에서 제거하십시오. 구성되지 않은 상태로 두면 이러한 작업은 첫 번째 실행 시도에서 실패하므로 시스템 유지 관리 검사는 위험 상태를 반환합니다.
  • AEM 6.4 에서 Lucene 바이너리 유지 관리 작업도 확인합니다.
  • AEM 6.2 이하에서 시스템 유지 관리 검사는 작업이 실행되지 않으므로 시작 직후 경고 상태를 반환합니다. 6.3부터 첫 번째 유지 관리 창에 아직 도달하지 않은 경우 OK 를 반환합니다.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck입니다.

복제 큐

이 검사는 복제 에이전트를 반복하고 해당 대기열을 확인합니다. 큐 맨 위에 있는 항목에 대해서는 에이전트가 복제를 다시 시도한 횟수를 확인합니다. 에이전트가 numberOfRetriesAllowed 매개 변수의 값보다 많은 복제를 다시 시도하면 경고가 반환됩니다. numberOfRetriesAllowed 매개 변수를 구성할 수 있습니다.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck입니다.

Sling 작업

Sling 작업은 JobManager에서 대기 중인 작업 수를 확인하고 비교합니다. maxNumQueueJobs 임계값 및:

  • 큐에 maxNumQueueJobs개 이상이 있는 경우 위험 반환
  • 1시간 이상 오래된 장기 실행 활성 작업이 있는 경우 위험 을 반환합니다.
  • 큐에 있는 작업이 있고 마지막으로 완료된 작업 시간이 1시간보다 오래된 경우 요일을 반환합니다.

대기열에 추가된 최대 작업 수 매개 변수만 구성할 수 있으며 기본값은 1000입니다.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=slingJobs,type=HealthCheck입니다.

요청 성능

이 검사는 granite.request.metrics.timer Sling 지표을(를) 검사하며:

  • 75번째 백분위수 값이 중요 임계값을 초과하는 경우 위험(기본값: 500밀리초) 반환
  • 75번째 백분위수 값이 경고 임계값을 초과하는 경우 경고 반환(기본값은 200밀리초)

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck입니다.

오류 로그

이 검사는 로그에 오류가 있는 경우 경고 상태를 반환합니다.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck입니다.

디스크 공간

디스크 공간 검사는 FileStoreStatsMBean을 검사하고 노드 저장소 크기 및 노드 저장소 파티션에서 사용 가능한 디스크 공간을 검색하여 다음을 수행합니다.

  • 저장소 크기 대비 사용 가능한 디스크 공간 비율이 경고 임계값보다 작은 경우 경고 를 반환합니다(기본값은 10).
  • 저장소 크기 대비 사용 가능한 디스크 공간 비율이 중요 임계값보다 작은 경우 위험(기본값: 2) 반환

두 임계값 모두 구성할 수 있습니다. 이 검사는 세그먼트 스토어가 있는 인스턴스에서만 작동합니다.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=DiskSpaceHealthCheck,type=HealthCheck입니다.

스케줄러 상태 확인

이 검사는 인스턴스에 60초 이상 실행 중인 Quartz 작업이 있는 경우 경고를 반환합니다. 허용 가능한 기간 임계값은 구성할 수 있습니다.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=slingCommonsSchedulerHealthCheck,type=HealthCheck. 입니다.

보안 확인

보안 검사는 여러 보안 관련 검사 결과를 종합하는 합성 검사입니다. 이러한 개별 상태 검사는 보안 검사 목록 문서 페이지에서 사용할 수 있는 보안 검사 목록과 다른 문제를 해결합니다. 이 검사는 인스턴스가 시작될 때 보안 연기 테스트로 유용합니다.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=securitychecks,type=HealthCheck입니다.

활성 상태 번들

활성 번들은 모든 번들의 상태를 확인하고,

  • 번들이 활성 상태가 아니거나 (소극적 활성화로 시작) 경우 경고 상태를 반환합니다.
  • 무시 목록의 번들 상태를 무시합니다.

목록 무시 매개 변수는 구성할 수 있습니다.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck입니다.

코드 캐시 검사

Java™ 7에 있는 CodeCache 버그를 트리거할 수 있는 여러 JVM 조건을 확인하는 상태 검사:

  • 인스턴스가 Java™ 7에서 실행 중이며 코드 캐시 플러시가 활성화된 경우 경고를 반환합니다.
  • 인스턴스가 Java™ 7에서 실행 중이고 예약된 코드 캐시 크기가 최소 임계값보다 작은 경우 경고(기본값: 90MB)를 반환합니다.

minimum.code.cache.size 임계값을 구성할 수 있습니다. 버그에 대한 자세한 내용은 을(를) 참조한 다음 버그 ID 8012547을(를) 검색하십시오.

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=codeCacheHealthCheck,type=HealthCheck입니다.

리소스 검색 경로 오류

/apps/foundation/components/primary 경로에 리소스가 있는지 확인하고,

  • 아래에 하위 노드가 있으면 경고를 반환합니다. /apps/foundation/components/primary

이 상태 검사의 MBean은 org.apache.sling.healthcheck:name=resourceSearchPathErrorHealthCheck,type=HealthCheck입니다.

상태 검사 구성 health-check-configuration

기본적으로 기본 제공 AEM 인스턴스의 경우 상태 검사가 60초마다 실행됩니다.

OSGi 구성 상태 검사 구성 쿼리(com.adobe.granite.queries.impl.hc.QueryHealthCheckMetrics)을 사용하여 기간 ​을 구성할 수 있습니다.

외부 서비스로 모니터링 monitoring-with-external-services

외부 기술 또는 공급업체와 통합할 수 있습니다. 관련 세부 사항은 해당 설명서를 참조하십시오.

진단 도구 diagnosis-tools

또한 작업 대시보드는 상태 확인 대시보드에서 발생하는 경고의 근본 원인을 찾아 해결하고 시스템 운영자에게 중요한 디버그 정보를 제공하는 데 도움이 되는 진단 도구에 대한 액세스를 제공합니다.

이 솔루션의 가장 중요한 기능은 다음과 같습니다.

  • 로그 메시지 분석기
  • 힙 및 스레드 덤프에 액세스하는 기능
  • 요청 및 쿼리 성능 분석기

AEM 시작 화면에서 도구 - 작업 - 진단(으)로 이동하여 진단 도구 화면에 액세스할 수 있습니다. 다음 URL에 직접 액세스하여 화면에 액세스할 수도 있습니다. https://serveraddress:port/libs/granite/operations/content/diagnosis.html

chlimage_1-120

로그 메시지 log-messages

로그 메시지 사용자 인터페이스는 기본적으로 모든 오류 메시지를 표시합니다. 더 많은 로그 메시지를 표시하려면 적절한 로그 수준으로 로거를 구성하십시오.

로그 메시지는 메모리 내 로그 부속기를 사용하므로 로그 파일과 관련이 없습니다. 또 다른 결과는 이 UI의 로그 수준을 변경해도 기존 로그 파일에 기록되는 정보는 변경되지 않는다는 것입니다. 이 UI에서 로거를 추가 및 제거하는 것은 메모리 로거에만 영향을 줍니다. 또한 로거 구성 변경은 인메모리 로거의 미래에 반영됩니다. 이미 기록되어 있고 더 이상 관련이 없는 항목은 삭제되지 않지만 유사한 항목은 나중에 기록되지 않습니다.

UI의 왼쪽 상단 톱니바퀴 버튼에서 로거 구성을 제공하여 기록할 내용을 구성할 수 있습니다. 여기에서 로거 구성을 추가, 제거 또는 업데이트할 수 있습니다. 로거 구성은 로그 수준(WARN/INFO/DEBUG)과 필터 이름 ​으로 구성됩니다. 필터 이름 ​은(는) 기록되는 로그 메시지의 원본을 필터링하는 역할을 가집니다. 또는 로거가 지정된 수준에 대한 모든 로그 메시지를 캡처해야 하는 경우 필터 이름은 "root"이어야 합니다. 로거의 수준을 설정하면 지정된 수준보다 높거나 같은 수준의 모든 메시지가 캡처됩니다.

예:

  • 오류 메시지를 모두 캡처할 계획이라면 구성이 필요하지 않습니다. 모든 오류 메시지는 기본적으로 캡처됩니다.

  • 모든 오류, 경고정보 메시지를 캡처할 계획이라면 로거 이름을 "루트"(으)로 설정하고 로거 수준을 정보(으)로 설정해야 합니다.

  • 특정 패키지(예: com.adobe.granite)에서 오는 모든 메시지를 캡처할 계획이라면 - 로거 이름은 "com.adobe.granite"로 설정해야 합니다. 그리고 로거 수준이 DEBUG(이렇게 하면 아래 그림과 같이 모든 오류, 경고, 정보디버그 메시지가 캡처됨)로 설정됩니다.

chlimage_1-121

NOTE
지정된 필터를 통해 오류 메시지만 캡처하도록 로거 이름을 설정할 수 없습니다. 기본적으로 모든 오류 메시지가 캡처됩니다.
NOTE
로그 메시지 사용자 인터페이스가 실제 오류 로그를 반영하지 않습니다. UI에서 다른 유형의 로그 메시지를 구성하지 않는 한 오류 메시지만 표시됩니다. 특정 로그 메시지를 표시하는 방법은 위의 지침을 참조하십시오.
NOTE
진단 페이지의 설정은 로그 파일에 기록되는 내용에 영향을 주지 않으며, 반대로 영향을 주지 않습니다. 따라서 오류 로그에 INFO 메시지가 표시되지만 로그 메시지 UI에 표시되지 않을 수 있습니다. 또한 UI를 통해 오류 로그에 영향을 주지 않고 특정 패키지에서 디버그 메시지를 catch할 수 있습니다. 로그 파일을 구성하는 방법에 대한 자세한 내용은 로깅을 참조하십시오.
NOTE
AEM 6.4 ​을 사용하면 유지 관리 작업이 INFO 수준에서 더 많은 정보가 풍부한 형식으로 즉시 로그아웃됩니다. 이 워크플로우를 통해 유지 관리 작업의 상태를 보다 잘 파악할 수 있습니다.
유지 관리 작업 활동을 모니터링하고 이에 대응하기 위해 서드파티 도구(예: Splunk)를 사용하는 경우 다음 로그 구문을 사용할 수 있습니다.
Log level: INFO
DATE+TIME [MaintanceLogger] Name=<MT_NAME>, Status=<MT_STATUS>, Time=<MT_TIME>, Error=<MT_ERROR>, Details=<MT_DETAILS>

요청 성능 request-performance

요청 성능 페이지를 사용하여 처리된 가장 느린 페이지 요청을 분석할 수 있습니다. 이 페이지에는 콘텐츠 요청만 등록됩니다. 특히 다음 요청이 캡처됩니다.

  1. /content 아래의 리소스에 대한 액세스 요청
  2. /etc/design 아래의 리소스에 대한 액세스 요청
  3. ".html" 확장이 있는 요청

chlimage_1-122

페이지가 표시됩니다.

  • 요청이 수행된 시간
  • 요청 URL 및 메서드
  • 기간(밀리초)

기본적으로 가장 느린 20개의 페이지 요청이 캡처되지만 구성 관리자에서 제한을 수정할 수 있습니다.

쿼리 성능 query-performance

[질의 성능] 페이지에서는 시스템에서 수행한 가장 느린 질의를 분석할 수 있습니다. 이 정보는 JMX Mbean의 저장소에서 제공합니다. Jackrabbit에서는 com.adobe.granite.QueryStat JMX Mbean이 이 정보를 제공하고 Oak 저장소에서는 org.apache.jackrabbit.oak.QueryStats.이(가) 제공합니다

페이지가 표시됩니다.

  • 쿼리가 수행된 시간
  • 쿼리의 언어
  • 쿼리가 실행된 횟수
  • 쿼리의 명령문
  • 기간(밀리초)

chlimage_1-123

쿼리 설명 explain-query

주어진 쿼리의 경우 Oak은 oak:index 노드 아래의 저장소에 정의된 Oak 색인을 기반으로 가장 적합한 실행 방법을 찾으려고 합니다. 쿼리에 따라 Oak에서 서로 다른 색인을 선택할 수 있습니다. Oak에서 쿼리를 실행하는 방법을 이해하는 것은 쿼리를 최적화하는 첫 번째 단계입니다.

쿼리 설명 은 Oak에서 쿼리를 실행하는 방법을 설명하는 도구입니다. AEM 시작 화면에서 도구 - 작업 - 진단(으)로 이동하여 액세스할 수 있습니다. 그런 다음 쿼리 성능 ​을 클릭하고 쿼리 설명 탭으로 전환합니다.

기능

  • Xpath, JCR-SQL 및 JCR-SQL2 쿼리 언어 지원
  • 제공된 쿼리의 실제 실행 시간을 보고합니다.
  • 느린 쿼리를 감지하고 속도가 느릴 수 있는 쿼리에 대해 경고합니다.
  • 쿼리를 실행하는 데 사용되는 Oak 인덱스를 보고합니다
  • 실제 Oak 쿼리 엔진 설명을 표시합니다.
  • 느리고 자주 사용하는 쿼리의 클릭하여 로드 목록을 제공합니다.

쿼리 설명 UI에 있으면 쿼리를 입력하고 설명 단추를 누릅니다.

chlimage_1-124

쿼리 설명 섹션의 첫 번째 항목은 실제 설명입니다. 쿼리를 실행하는 데 사용된 인덱스 유형을 보여 주는 설명입니다.

두 번째 항목은 실행 계획입니다.

쿼리를 실행하기 전에 실행 시간 포함 상자를 체크하면 쿼리가 실행된 시간도 표시됩니다. 노드 개수 포함 옵션은 노드 개수를 보고합니다. 이 보고서를 통해 애플리케이션 또는 배포의 색인을 최적화하는 데 사용할 수 있는 자세한 정보를 얻을 수 있습니다.

chlimage_1-125

색인 관리자 the-index-manager

색인 관리자의 목적은 색인을 유지하거나 색인 상태를 보는 것과 같은 색인 관리를 용이하게 하는 것입니다.

시작 화면에서 도구 - 작업 - 진단 ​으로 이동한 다음 인덱스 관리자 단추를 클릭하여 액세스할 수 있습니다.

다음 URL에서 직접 액세스할 수도 있습니다. https://serveraddress:port/libs/granite/operations/content/diagnosistools/indexManager.html

index_manager

UI는 화면 왼쪽 위의 검색 상자에 필터 기준을 입력하여 테이블의 인덱스를 필터링하는 데 사용할 수 있습니다.

상태 ZIP 다운로드 download-status-zip

이 작업은 시스템 상태 및 구성에 대한 유용한 정보가 포함된 zip 다운로드를 트리거합니다. 아카이브에는 인스턴스 구성, 번들 목록, OSGI, Sling 지표 및 통계가 포함되어 있어 파일이 커질 수 있습니다. 상태 ZIP 다운로드 창을 사용하면 큰 상태 파일의 영향을 줄일 수 있습니다. 이 창은 AEM > 도구 > 작업 > 진단 > 다운로드 상태 ZIP에서 액세스할 수 있습니다.

이 창에서 내보낼 항목(로그 파일 및/또는 스레드 덤프)과 현재 날짜와 관련하여 다운로드에 포함된 로그 일수를 선택할 수 있습니다.

download_status_zip

스레드 덤프 다운로드 download-thread-dump

이 작업은 시스템에 있는 스레드에 대한 정보가 포함된 zip 다운로드를 트리거합니다. 상태, 클래스 로더 및 스택 추적 등 각 스레드에 대한 정보가 제공됩니다.

힙 덤프 다운로드 download-heap-dump

힙의 스냅샷을 다운로드하여 나중에 분석할 수 있습니다. 이 작업은 대형(수백 메가바이트) 파일의 다운로드를 트리거합니다.

자동화된 유지 관리 작업 automated-maintenance-tasks

자동 유지 관리 작업 페이지는 주기적 실행이 예약된 권장 유지 관리 작업을 보고 추적할 수 있는 위치입니다. 작업은 상태 검사 시스템과 통합됩니다. 작업을 인터페이스에서 수동으로 실행할 수도 있습니다.

작업 대시보드의 유지 관리 페이지로 이동하려면 AEM 시작 화면에서 도구 - 작업 - 대시보드 - 유지 관리(으)로 이동하거나 다음 링크를 직접 따르십시오.

https://serveraddress:port/libs/granite/operations/content/maintenance.html

작업 대시보드에서 사용할 수 있는 작업은 다음과 같습니다.

  1. 일별 유지 관리 기간 메뉴에 있는 수정 정리 ​작업입니다.
  2. Lucene 바이너리 정리 작업은 일별 유지 관리 기간 메뉴에 있습니다.
  3. 주별 유지 관리 기간 메뉴에 있는 워크플로 제거 작업입니다.
  4. 주별 유지 관리 기간 메뉴에 있는 데이터 저장소 가비지 수집 작업입니다.
  5. 감사 로그 유지 관리 작업은 주별 유지 관리 창 메뉴에 있습니다.
  6. 주별 유지 관리 기간 메뉴에 있는 버전 제거 유지 관리 작업입니다.

일별 유지 관리 창의 기본 시간은 오전 2시에서 오전 5시입니다. 주별 유지 관리 창에서 실행되도록 구성된 작업은 토요일 오전 1시에서 2시 사이에 실행됩니다.

다음 두 유지 관리 카드에서 톱니바퀴 아이콘을 눌러 시간을 구성할 수도 있습니다.

chlimage_1-126

NOTE
AEM 6.1부터 기존 유지 관리 기간을 매월 실행되도록 구성할 수도 있습니다.

개정 정리 revision-clean-up

수정 정리 수행에 대한 자세한 내용은 이 전용 문서를 참조하십시오.

Lucene 바이너리 정리 lucene-binaries-cleanup

Lucene 바이너리 정리 작업을 사용하면 Lucene 바이너리를 제거하고 실행 중인 데이터 저장소 크기 요구 사항을 줄일 수 있습니다. Lucene의 이진 이탈은 데이터 저장소 가비지 수집 실행에 대한 이전 종속성 대신 매일 회수됩니다.

유지 관리 작업은 Lucene 관련 수정 쓰레기를 줄이기 위해 개발되었지만 작업을 실행할 때 일반적인 효율성 향상이 있습니다.

  • 데이터 저장소 가비지 수집 작업의 주별 실행을 보다 신속하게 완료할 수 있습니다.
  • 또한 전체 AEM 성능이 약간 개선될 수 있습니다.

AEM > 도구 > 작업 > 유지 관리 > 일별 유지 관리 창 > Lucene 바이너리 정리 ​에서 Lucene 바이너리 정리 작업에 액세스할 수 있습니다.

데이터 저장소 가비지 컬렉션 data-store-garbage-collection

데이터 저장소 가비지 수집에 대한 자세한 내용은 전용 설명서 페이지를 참조하십시오.

워크플로 삭제 workflow-purge

유지 관리 대시보드에서 워크플로우를 제거할 수도 있습니다. 워크플로 제거 작업을 실행하려면 다음 작업을 수행하십시오.

  1. 주별 유지 관리 기간 페이지를 클릭합니다.
  2. 다음 페이지의 워크플로 제거 카드에서 재생 ​을 클릭합니다.
NOTE
워크플로우 유지 관리에 대한 자세한 내용은 이 페이지를 참조하십시오.

감사 로그 유지 관리 audit-log-maintenance

감사 로그 유지 관리에 대해서는 별도의 설명서 페이지를 참조하십시오.

버전 삭제 version-purge

버전 제거 유지 관리 작업을 예약하여 이전 버전을 자동으로 삭제할 수 있습니다. 이 작업은 버전 제거 도구를 수동으로 사용해야 하는 필요성을 최소화합니다. 도구 > 작업 > 유지 관리 > 주간 유지 관리 창 ​에 액세스하여 다음 단계를 수행하여 버전 제거 작업을 예약하고 구성할 수 있습니다.

  1. 추가 ​를 클릭합니다.

  2. 드롭다운 메뉴에서 버전 제거 ​를 선택합니다.

    version_purge_maintenancetask

  3. 버전 제거 작업을 구성하려면 새로 만든 버전 제거 유지 관리 카드에서 gears 아이콘을 클릭합니다.

    version_purge_taskconfiguration

AEM 6.4 ​을(를) 사용하면 다음과 같이 버전 제거 유지 관리 작업을 중지할 수 있습니다.

  • 자동 - 작업을 완료하기 전에 예약된 유지 관리 창이 닫히면 작업이 자동으로 중지됩니다. 다음 유지 관리 창이 열리면 다시 시작됩니다.
  • 수동 - 작업을 수동으로 중지하려면 버전 제거 유지 관리 카드에서 중지 아이콘을 클릭하십시오. 다음 실행 시 작업이 안전하게 재개됩니다.
NOTE
유지 관리 작업을 중지하면 이미 진행 중인 작업 추적을 잃지 않고 실행을 일시 중단하게 됩니다.
CAUTION
저장소 크기를 최적화하려면 버전 제거 작업을 자주 실행해야 합니다. 제한된 트래픽 양이 있는 업무 시간 외에 작업을 예약해야 합니다.

사용자 정의 유지 관리 작업 custom-maintenance-tasks

사용자 지정 유지 관리 작업은 OSGi 서비스로 구현할 수 있습니다. 유지 관리 작업 인프라는 Apache Sling의 작업 처리를 기반으로 하므로 유지 관리 작업은 Java™ 인터페이스 [org.apache.sling.event.jobs.consumer.JobExecutor](https://sling.apache.org/apidocs/sling7/org/apache/sling/event/jobs/consumer/JobExecutor.html)을(를) 구현해야 합니다. 또한 아래와 같이 유지 관리 작업으로 검색될 여러 서비스 등록 속성을 선언해야 합니다.

서비스 속성 이름
설명
유형
granite.maintenance.isStoppable
사용자가 작업을 중지할 수 있는지 여부를 정의하는 부울 속성. 작업이 중지 가능하다고 선언하면 실행 중에 중지 여부를 확인한 다음 그에 따라 작업을 수행해야 합니다. 기본값은 false입니다.
true
옵션
granite.maintenance.mandatory
작업이 필수이고 정기적으로 실행해야 하는지 여부를 정의하는 부울 속성. 작업이 필수이지만 현재 활성 스케줄 창에 없는 경우 상태 점검 이 오류를 보고합니다. 기본값은 false입니다.
true
옵션
granite.maintenance.name
작업의 고유한 이름 - 이름은 작업을 참조하는 데 사용되며 단순한 이름입니다.
내 유지 관리 작업
필수
granite.maintenance.title
이 작업에 대해 표시된 제목
내 특별 유지 관리 작업
필수
job.topics
유지 관리 작업의 고유 주제입니다.
Apache Sling 작업 처리는 유지 관리 작업을 실행하기 위해 정확히 이 주제가 포함된 작업을 시작하고 이 주제에 대해 작업이 등록되면 실행됩니다.
항목은 com/adobe/granite/maintenance/job/(으)로 시작해야 합니다.
com/adobe/granite/maintenance/job/MyMaintenanceTask
필수

위의 서비스 속성과 별도로 유지 관리 작업에 대해 실행해야 하는 코드를 추가하여 JobConsumer 인터페이스의 process() 메서드를 구현해야 합니다. 제공된 JobExecutionContext은(는) 상태 정보를 출력하는 데 사용할 수 있으며, 사용자가 작업을 중지했는지 확인하고 결과(성공 또는 실패)를 만듭니다.

유지 관리 작업이 모든 설치에서 실행되지 않아야 하는 경우(예: 게시 인스턴스에서만 실행), @Component(policy=ConfigurationPolicy.REQUIRE)을(를) 추가하여 서비스를 활성화해야 할 수 있습니다. 그런 다음 저장소에 종속된 실행 모드로 해당 구성을 표시할 수 있습니다. 자세한 내용은 OSGi 구성을 참조하십시오.

다음은 지난 24시간 동안 수정된 구성 가능한 임시 디렉터리에서 파일을 삭제하는 사용자 지정 유지 관리 작업의 예입니다.

src/main/java/com/adobe/granite/samples/maintenance/impl/DeleteTempFilesTask.java

/*

* #%L

* sample-maintenance-task

* %%

* Copyright (C) 2014 Adobe

* %%

* Licensed under the Apache License, Version 2.0 (the "License");

* you may not use this file except in compliance with the License.

* You may obtain a copy of the License at

*

* https://www.apache.org/licenses/LICENSE-2.0

*

* Unless required by applicable law or agreed to in writing, software

* distributed under the License is distributed on an "AS IS" BASIS,

* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.

* See the License for the specific language governing permissions and

* limitations under the License.

* #L%

*/

``

package com.adobe.granite.samples.maintenance.impl;

``

import java.io.File;

import java.util.Calendar;

import java.util.Collection;

import java.util.Map;

``

import org.apache.commons.io.FileUtils;

import org.apache.commons.io.filefilter.IOFileFilter;

import org.apache.commons.io.filefilter.TrueFileFilter;

import org.apache.felix.scr.annotations.Activate;

import org.apache.felix.scr.annotations.Component;

import org.apache.felix.scr.annotations.Properties;

import org.apache.felix.scr.annotations.Property;

import org.apache.felix.scr.annotations.Service;

import org.apache.sling.commons.osgi.PropertiesUtil;

import org.apache.sling.event.jobs.Job;

import org.apache.sling.event.jobs.consumer.JobConsumer;

import org.apache.sling.event.jobs.consumer.JobExecutionContext;

import org.apache.sling.event.jobs.consumer.JobExecutionResult;

import org.apache.sling.event.jobs.consumer.JobExecutor;

import org.slf4j.Logger;

import org.slf4j.LoggerFactory;

``

import com.adobe.granite.maintenance.MaintenanceConstants;

``

@Component(metatype = true,

label = "Delete Temp Files Maintenance Task",

description = "Maintatence Task which deletes files from a configurable temporary directory which have been modified in the last 24 hours.")

@Service

@Properties({

@Property(name = MaintenanceConstants.PROPERTY_TASK_NAME, value = "DeleteTempFilesTask", propertyPrivate = true),

@Property(name = MaintenanceConstants.PROPERTY_TASK_TITLE, value = "Delete Temp Files", propertyPrivate = true),

@Property(name = JobConsumer.PROPERTY_TOPICS, value = MaintenanceConstants.TASK_TOPIC_PREFIX

+ "DeleteTempFilesTask", propertyPrivate = true) })

public class DeleteTempFilesTask implements JobExecutor {

``

private static final Logger log = LoggerFactory.getLogger(DeleteTempFilesTask.class);

``

@Property(label = "Temporary Directory", description="Temporary Directory. Defaults to the java.io.tmpdir system property.")

private static final String PROP_TEMP_DIR = "temp.dir";

``

private File tempDir;

``

@Activate

private void activate(Map<string, object=""> properties) {

this.tempDir = new File(PropertiesUtil.toString(properties.get(PROP_TEMP_DIR),

System.getProperty("java.io.tmpdir")));

}

``

@Override

public JobExecutionResult process(Job job, JobExecutionContext context) {

log.info("Deleting old temp files from {}.", tempDir.getAbsolutePath());

Collection<file> files = FileUtils.listFiles(tempDir, new LastModifiedBeforeYesterdayFilter(),

TrueFileFilter.INSTANCE);

int counter = 0;

for (File file : files) {

log.debug("Deleting file {}.", file.getAbsolutePath());

counter++;

file.delete();

// TODO - capture the output of delete() and do something useful with it

}

return context.result().message(String.format("Deleted %s files.", counter)).succeeded();

}

``

/**

* IOFileFilter which filters out files which have been modified in the last 24 hours.

*

*/

private static class LastModifiedBeforeYesterdayFilter implements IOFileFilter {

``

private final long minTime;

``

private LastModifiedBeforeYesterdayFilter() {

Calendar cal = Calendar.getInstance();

cal.add(Calendar.DATE, -1);

this.minTime = cal.getTimeInMillis();

}

``

@Override

public boolean accept(File dir, String name) {

// this method is never actually called.

return false;

}

``

@Override

public boolean accept(File file) {

return file.lastModified() <= this.minTime;

}

}

``

}

<file></string,>

experiencemanager-java-maintenancetask-sample- src/main/java/com/adobe/granite/samples/maintenance/impl/DeleteTempFilesTask.java

서비스가 배포되면 작업 대시보드 UI에 표시됩니다. 사용 가능한 유지 관리 일정 중 하나에 추가할 수 있습니다.

chlimage_1-127

이 작업은 /apps/granite/operations/config/maintenance/schedule/taskname에서 해당 리소스를 추가합니다. 작업이 실행 모드에 따라 달라지는 경우, granite.operations.conditions.runmode 속성은 이 유지 관리 작업에 대해 활성화되어야 하는 실행 모드 값과 함께 해당 노드에 설정되어야 합니다.

시스템 개요 system-overview

시스템 개요 대시보드 ​에는 AEM 인스턴스의 구성, 하드웨어 및 상태에 대한 높은 수준의 개요가 표시됩니다. 시스템 상태는 투명하며 모든 정보는 단일 대시보드에 집계됩니다.

NOTE
시스템 개요 대시보드에 대한 소개는 이 비디오를 시청할 수도 있습니다.

액세스 방법 how-to-access

시스템 개요 대시보드에 액세스하려면 도구 > 작업 > 시스템 개요 ​로 이동합니다.

system_overview_dashboard

시스템 개요 대시보드 설명 system-overview-dashboard-explained

아래 표에서는 시스템 개요 대시보드에 표시되는 모든 정보를 설명합니다. 표시할 관련 정보가 없는 경우(예: 백업이 진행 중이 아닌 경우 중요한 상태 검사가 없는 경우) 각 섹션에 "항목 없음" 메시지가 표시됩니다.

대시보드 오른쪽 상단에 있는 다운로드 단추를 클릭하여 대시보드 정보를 요약한 JSON 파일을 다운로드할 수도 있습니다. JSON 끝점은 /libs/granite/operations/content/systemoverview/export.json이며 외부 모니터링을 위해 curl 스크립트에서 사용할 수 있습니다.

섹션
표시되는 정보
언제 중요합니까
링크 대상
상태 검사
  • 위험 상태의 검사 목록
  • 경고 상태의 검사 목록

시각적으로 표시됨:

  • 중요 검사를 위한 빨간색 태그
  • 경고 수표에 대한 주황색 태그
  • 상태 보고서 페이지
유지 관리 작업
  • 실패한 작업 목록
  • 현재 실행 중인 작업 목록
  • 마지막 실행에서 성공한 작업 목록
  • 실행된 적이 없는 작업 목록
  • 예약되지 않은 작업 목록

시각적으로 표시됨:

  • 실패한 작업에 대한 빨간색 태그
  • 작업에 대한 주황색 태그(성능에 영향을 줄 수 있음)
  • 다른 모든 상태에 대한 회색 태그
  • 유지 관리 작업 페이지
시스템
  • 운영 체제 및 OS 버전(예: macOS X)
  • OperatingSystemMXBeanusable에서 검색된 시스템 로드 평균
  • 디스크 공간(홈 디렉터리가 있는 파티션에 있음)
  • MemoryMXBean에서 반환된 최대 더미
N/A
N/A
인스턴스
  • AEM 버전
  • 실행 모드 목록
  • 인스턴스가 시작된 날짜
N/A
N/A
저장소
  • Oak 버전

  • 노드 저장소 유형(세그먼트 Tar 또는 문서)

    • 유형이 문서인 경우 문서 저장소 유형이 표시됩니다(RDB 또는 Mongo).
  • 사용자 지정 데이터 저장소가 있는 경우:

    • 파일 데이터 저장소의 경우 경로가 표시됩니다
    • s3 데이터 저장소의 경우 S3 버킷의 이름이 표시됩니다
    • 공유 S3 데이터 저장소의 경우 S3 버킷의 이름이 표시됩니다
    • azure 데이터 저장소의 경우 컨테이너가 표시됩니다
  • 사용자 지정 외부 데이터 저장소가 없는 경우 이 사실을 나타내는 메시지가 표시됩니다

N/A
N/A
분산 에이전트
  • 큐가 차단된 에이전트 목록
  • 잘못 구성된 에이전트 목록("구성 오류")
  • 큐 처리가 일시 중지된 에이전트 목록
  • 유휴 에이전트 목록
  • 실행 중인 에이전트(현재 처리 중인 항목) 목록

시각적으로 표시됨:

  • 차단된 에이전트 또는 구성 오류에 대한 빨간색 태그
  • 일시 중지된 에이전트에 대한 주황색 태그
  • 일시 중지, 유휴 상태 또는 실행 중인 에이전트
    에 대한 회색 태그
배포 페이지
복제 에이전트
  • 큐가 차단된 에이전트 목록
  • 유휴 에이전트 목록
  • 실행 중인 에이전트(현재 처리 중인 항목) 목록

시각적으로 표시됨:

  • 차단된 에이전트의 빨간색 태그
  • 일시 중지된 에이전트에 대한 회색 태그
복제 페이지
워크플로
  • 워크플로 작업:

    • 실패한 워크플로 작업 수(있는 경우)
    • 취소된 워크플로 작업 수(있는 경우)
  • 워크플로 카운트 - 주어진 상태에 있는 워크플로 수(있는 경우):

    • 실행 중
    • 실패
    • 일시 중단됨
    • 중단됨

위에 표시된 각 상태에 대해 400밀리초 제한으로 쿼리가 수행됩니다. 400밀리초에서 해당 지점까지 획득된 엔트리의 수가 디스플레이된다.

해석되지 않음:

  • 사용자는 예기치 않은 상태의 워크플로 및 작업이 있는 경우 조사해야 합니다.
워크플로 실패 페이지
Sling 작업

Sling 작업 수 - 지정된 상태의 작업 수(있는 경우):

  • 실패
  • 대기열에 추가됨
  • 취소됨
  • 활성

해석되지 않음:

  • 사용자는 예기치 않은 상태에 있거나 개수가 많은 작업이 있는 경우 조사해야 합니다.
해당 사항 없음
예상 노드 수

예상 수:

  • 페이지
  • assets
  • 태그
  • 승인 가능 대상
  • 총 노드 수

총 노드 수는 nodeCounterMBean에서 가져오고 나머지 통계는 IndexInfoService에서 가져옵니다.

N/A
N/A
백업
온라인 백업 진행 중 을 표시합니다.
N/A
N/A
색인화

표시:

  • "색인화 진행 중"
  • "쿼리 진행 중"

스레드 덤프에 인덱싱 또는 쿼리 스레드가 있는 경우.

N/A
N/A
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2