작업 대시보드

소개

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

작업 대시보드:

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

로 이동하여 액세스할 수 있습니다. 도구 - 작업 AEM 시작 화면에서 다음을 수행합니다.

상태 보고서

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

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

상태 검사

다음 상태 보고서 특정 제품 영역에 대해 양호 또는 불량을 나타내는 카드 시스템입니다. 이 카드는 JMX 및 기타 소스의 데이터를 집계하고 처리된 정보를 MBean으로 다시 노출하는 Sling 상태 검사의 시각화입니다. 이러한 MBean은 JMX 웹 콘솔, org.apache.sling.healthcheck 도메인.

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

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

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

상태 확인 유형

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

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

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

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

복합 상태 검사는 다음을 사용하여 구성됩니다. 태그 필터링. 본질적으로 필터 태그가 동일한 모든 단일 검사는 복합 상태 검사로 그룹화됩니다. 복합 상태 검사는 합계가 모두 정상 상태인 경우에만 정상 상태를 갖습니다.

상태 검사를 만드는 방법

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

개별 상태 검사 만들기

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

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

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

   @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
       }
    }
   

   노트

   다음 MBEAN_NAME 속성은 이 상태 검사를 위해 생성될 mbean의 이름을 정의합니다.

2. 상태 검사를 생성한 후 Operations Dashboard 인터페이스에서 액세스할 수 있게 하려면 새 구성 노드를 만들어야 합니다. 이 단계를 수행하려면 상태 검사의 JMX Mbean 이름을 알고 있어야 합니다( MBEAN_NAME 속성)을 참조하십시오. 상태 검사에 대한 구성을 만들려면 CRXDE를 열고 새 노드(유형)를 추가합니다 nt:unstructured)를 클릭하여 제품에서 사용할 수 있습니다. /apps/settings/granite/operations/hc

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

   • 이름: sling:resourceType

     • 유형: String
     • 값: granite/operations/components/mbean

   • 이름: resource

     • 유형: String
     • 값: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/exampleHealthCheck
   노트

   위의 리소스 경로는 다음과 같이 만들어집니다. 상태 검사의 mbean 이름이 "test"인 경우 경로의 끝에 "test"를 추가합니다. /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck

   최종 경로는 다음과 같습니다.

   /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/test

   노트

   다음을 확인하십시오. /apps/settings/granite/operations/hc path에는 다음 속성이 true로 설정되어 있습니다.

   sling:configCollectionInherit

   sling:configPropertyInherit

   이렇게 하면 구성 관리자가 새 구성을 의 기존 구성과 병합하도록 합니다. /libs.

복합 상태 검사 만들기

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

1. OSGI 콘솔에서 웹 구성 관리자로 이동합니다. 에 액세스하여 이를 수행할 수 있습니다 https://serveraddress:port/system/console/configMgr

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

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

   

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

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

   • 이름(hc.name): 복합 상태 검사의 이름입니다. 의미 있는 이름이 권장됩니다.
   • 태그(hc.tags): 이 상태 검사의 태그입니다. 이 복합 상태 검사가 다른 복합 상태 검사의 일부로 의도되는 경우(예: 상태 검사 계층 구조에서) 이 복합과 관련된 태그를 추가합니다.
   • MBean 이름(hc.mbean.name): 이 복합 상태 검사의 JMX MBean에 지정될 Mbean의 이름입니다.
   • 필터 태그(filter.tags): 이는 복합 상태 검사와 관련된 속성입니다. 조합이 집계해야 하는 태그입니다. 복합 상태 검사는 그룹 아래에서 이 복합재의 필터 태그와 일치하는 태그가 있는 모든 상태 검사를 집계합니다. 예를 들어 필터 태그가 있는 복합 상태 검사 테스트 및 check 다음 중 하나라도 있는 모든 개별 및 복합 상태 검사를 집계합니다. 테스트 및 check 태그 속성( hc.tags).
   노트

   Apache Sling 컴포지트 상태 검사의 각 새 구성에 대해 새 JMX Mbean이 만들어집니다.**

5. 마지막으로 방금 만든 복합 상태 검사 항목을 Operations Dashboard 구성 노드에 추가해야 합니다. 이에 대한 절차는 개별 상태 확인과 동일합니다(유형 노드) nt:unstructured 은(는) 아래에 생성되어야 합니다. /apps/settings/granite/operations/hc. 노드의 리소스 속성은 다음 값으로 정의됩니다. hc.mean.name OSGI 구성

   예를 들어 구성을 만들고 hc.mbean.name 값: 까지 디스크 사용량, 구성 노드는 다음과 같이 표시됩니다.

   • 이름: Composite Health Check

     • 유형: nt:unstructured

   다음 속성을 사용합니다.

   • 이름: sling:resourceType

     • 유형: String
     • 값: granite/operations/components/mbean

   • 이름: resource

     • 유형: String
     • 값: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/diskusage
   노트

   기본적으로 대시보드에 이미 있는 합성 검사 아래에 논리적으로 속하는 개별 상태 검사를 만들면 해당 합성 검사 아래에 자동으로 캡처되고 그룹화됩니다. 이러한 이유로 이러한 검사를 위해 새 구성 노드를 만들 필요가 없습니다.

   예를 들어 개별 보안 상태 검사를 만드는 경우 "에 할당하면 됩니다.보안" 태그를 설치한 경우 작업 대시보드의 보안 검사 복합 검사 아래에 자동으로 표시됩니다.

AEM과 함께 제공된 상태 검사

상태 검사 구성

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

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

Nagios로 모니터링

상태 확인 대시보드는 Granite JMX Mbeans를 통해 Nagios와 통합할 수 있습니다. 아래 예제에서는 AEM을 실행하는 서버에서 사용된 메모리를 보여주는 검사를 추가하는 방법을 보여줍니다.

1. 모니터링 서버에 Nagios를 설치 및 설치합니다.

2. 그런 다음 Nagios 원격 플러그인 실행기(NRPE)를 설치합니다.

   노트

   시스템에 Nagios 및 NRPE를 설치하는 방법에 대한 자세한 내용은 Nagios 설명서.

3. AEM 서버에 대한 호스트 정의를 추가합니다. 이 작업은 구성 관리자를 사용하여 Nagios XI 웹 인터페이스를 통해 수행할 수 있습니다.

   1. 브라우저를 열고 Nagios 서버를 가리킵니다.
   2. 누르기 구성 상단 메뉴에 있는 단추입니다.
   3. 왼쪽 창에서 코어 구성 관리자 아래에 고급 구성.
   4. 누르기 호스트 링크: 모니터링 섹션.
   5. 호스트 정의를 추가합니다.

   

   다음은 Nagios Core를 사용하는 경우 호스트 구성 파일의 예입니다.

   define host {
      address 192.168.0.5
      max_check_attempts 3
      check_period 24x7
      check-command check-host-alive
      contacts admin
      notification_interval 60
      notification_period 24x7
   }
   

4. AEM 서버에 Nagios 및 NRPE를 설치합니다.

5. 설치 check_http_json 두 서버에 플러그인이 있습니다.

6. 두 서버에서 일반 JSON 검사 명령을 정의합니다.

   define command{
   
       command_name    check_http_json-int
   
       command_line    /usr/lib/nagios/plugins/check_http_json --user "$ARG1$" --pass "$ARG2$" -u 'https://$HOSTNAME$:$ARG3$/$ARG4$' -e '$ARG5$' -w '$ARG6$' -c '$ARG7$'
   
   }
   

7. AEM 서버에서 사용된 메모리에 대한 서비스를 추가합니다.

   define service {
   
       use generic-service
   
       host_name my.remote.host
   
       service_description AEM Author Used Memory
   
       check_command  check_http_json-int!<cq-user>!<cq-password>!<cq-port>!system/sling/monitoring/mbeans/java/lang/Memory.infinity.json!{noname}.mbean:attributes.HeapMemoryUsage.mbean:attributes.used.mbean:value!<warn-threshold-in-bytes>!<critical-threshold-in-bytes>
   
       }
   

8. Nagios 대시보드에서 새로 만든 서비스를 확인하십시오.

   

진단 도구

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

가장 중요한 기능 중 하나는 다음과 같습니다.

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

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

로그 메시지

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

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

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

예:

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

• 다음을 모두 캡처할 계획이라면 오류, 경고 및 정보 메시지 - 로거 이름을 "(으)로 설정해야 합니다.루트​및 로거 수준을 다음과 같이 설정합니다. 정보.

• 특정 패키지(예: com.adobe.granite)에서 오는 모든 메시지를 캡처할 계획이라면 - 로거 이름은 "com.adobe.granite"로 설정되고 로거 수준은 다음으로 설정되어야 합니다. 디버그 (모든 항목이 캡처됩니다. 오류, 경고, 정보 및 디버그 아래 이미지에 표시된 메시지)를 참조하십시오.

Log level: INFO
DATE+TIME [MaintanceLogger] Name=<MT_NAME>, Status=<MT_STATUS>, Time=<MT_TIME>, Error=<MT_ERROR>, Details=<MT_DETAILS>

요청 성능

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

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

페이지가 표시됩니다.

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

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

쿼리 성능

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

페이지가 표시됩니다.

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

쿼리 설명

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

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

기능

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

쿼리 설명 UI에 있는 경우 이를 사용하기 위해 필요한 작업은 쿼리를 입력하고 설명 단추:

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

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

다음 항목에 체크 표시 실행 시간 포함 쿼리를 실행하기 전의 상자에는 쿼리가 실행된 시간도 표시됩니다. 다음 노드 카운트 포함 옵션은 노드 수를 보고합니다. 이렇게 하면 응용 프로그램 또는 배포에 대한 색인을 최적화하는 데 사용할 수 있는 자세한 정보를 얻을 수 있습니다.

색인 관리자

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

시작 화면에서 도구 - 작업 - 진단​으로 이동한 다음 색인 관리자 단추를 클릭합니다.

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

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

상태 ZIP 다운로드

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

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

스레드 덤프 다운로드

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

힙 덤프 다운로드

힙의 스냅샷을 다운로드하여 나중에 분석할 수도 있습니다. 이렇게 하면 수백 MB 순서로 대용량 파일의 다운로드가 트리거됩니다.

자동화된 유지 관리 작업

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

작업 대시보드의 유지 관리 페이지로 이동하려면 로 이동해야 합니다. 도구 - 작업 - 대시보드 - 유지 관리 AEM 시작 화면에서 또는 이 링크를 직접 클릭합니다.

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

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

1. 다음 개정 정리​작업, 다음 아래에 위치: 일별 유지 관리 창 메뉴 아래의 제품에서 사용할 수 있습니다.
2. 다음 Lucene 바이너리 정리 작업, 다음 아래에 위치: 일별 유지 관리 창 메뉴 아래의 제품에서 사용할 수 있습니다.
3. 다음 워크플로 삭제 작업, 다음 아래에 위치: 주간 유지 관리 창 메뉴 아래의 제품에서 사용할 수 있습니다.
4. 다음 데이터 저장소 가비지 수집 작업, 다음 아래에 위치: 주간 유지 관리 창 메뉴 아래의 제품에서 사용할 수 있습니다.
5. 다음 감사 로그 유지 관리 작업, 다음 아래에 위치: 주간 유지 관리 창 메뉴 아래의 제품에서 사용할 수 있습니다.
6. 다음 버전 삭제 유지 관리 작업, 다음 아래에 위치: 주간 유지 관리 창 메뉴 아래의 제품에서 사용할 수 있습니다.

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

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

개정 정리

개정 정리를 수행하는 방법에 대한 자세한 내용은 이 전용 문서 보기.

Lucene 바이너리 정리

Lucene 바이너리 정리 작업을 사용하면 Lucene 바이너리를 제거하고 실행 중인 데이터 저장소 크기 요구 사항을 줄일 수 있습니다. Lucene의 이진 이탈은 이전에 성공에 종속된 대신 매일 다시 청구되기 때문입니다 데이터 저장소 가비지 수집 도망쳐!

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

• 데이터 저장소 가비지 수집 작업의 매주 실행이 더 빨리 완료됩니다
• 또한 전체 AEM 성능이 약간 개선될 수 있습니다

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

데이터 저장소 가비지 컬렉션

데이터 저장소 가비지 수집에 대한 자세한 내용은 전용 설명서 페이지.

워크플로 삭제

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

1. 을(를) 클릭합니다 주간 유지 관리 창 페이지를 가리키도록 업데이트하는 중입니다.
2. 다음 페이지에서 재생 의 단추 워크플로 삭제 카드.

감사 로그 유지 관리

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

버전 삭제

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

1. 다음을 클릭합니다. 추가 단추를 클릭합니다.

2. 선택 버전 삭제 드롭다운 메뉴에서 을(를) 선택합니다.

   

3. 버전 제거 작업을 구성하려면 기어 아이콘 새로 생성된 버전 제거 유지 관리 카드의 아이콘

   

AEM 6.4 사용, 다음과 같이 버전 제거 유지 관리 작업을 중지할 수 있습니다.

• 자동 - 작업을 완료하기 전에 예약된 유지 관리 창이 닫히면 작업이 자동으로 중지됩니다. 다음 유지 관리 창이 열리면 다시 시작됩니다.
• 수동 - 작업을 수동으로 중지하려면 버전 삭제 유지 관리 카드에서 중지 아이콘. 다음 실행 시 작업이 안전하게 재개됩니다.

사용자 정의 유지 관리 작업

사용자 지정 유지 관리 작업은 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). 또한 아래와 같이 유지 관리 작업으로 검색될 여러 서비스 등록 속성을 선언해야 합니다.

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

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

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

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

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

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

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

시스템 개요

다음 시스템 개요 대시보드 AEM 인스턴스의 구성, 하드웨어 및 상태에 대한 높은 수준의 개요를 표시합니다. 이는 시스템 상태가 투명하고 모든 정보가 단일 대시보드에 집계됨을 의미합니다.

액세스 방법

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

시스템 개요 대시보드 설명

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

다음을 다운로드할 수도 있습니다 JSON 다음을 클릭하여 대시보드 정보를 요약하는 파일 다운로드 대시보드의 오른쪽 위 모서리에 있는 단추입니다. JSON 엔드포인트 /libs/granite/operations/content/systemoverview/export.json 및 다음에서 사용할 수 있습니다. curl 외부 모니터링용 스크립트.

Business.Adobe.com 리소스

Auto Form Fill Asset Collections Embedded Charts Mobile Forms Theme Editor Version History