AEM as a Cloud Service에서의 유지 관리 작업 maintenance-tasks-in-aem-as-a-cloud-service

유지 관리 작업은 저장소 최적화를 위해 일정에 따라 실행되는 프로세스입니다. AEM as a Cloud Service를 사용하면 고객이 유지 관리 작업의 운영 속성을 구성할 필요성이 최소화됩니다. 고객은 인프라 운영을 Adobe에게 맡긴 채 애플리케이션 수준의 우려사항에 자원을 집중시킬 수 있습니다.

유지 관리 작업 구성 maintenance-tasks-configuring

이전의 AEM 버전에서는 유지 관리 카드(도구 > 운영 > 유지 관리)를 사용해 유지 관리 작업을 구성할 수 있었습니다. AEM as a Cloud Service의 경우 유지 관리 카드가 더 이상 이용 가능하지 않기 때문에 Cloud Manager를 사용해 소스 제어에 구성을 커밋하고 배포해야 합니다. Adobe은 고객이 구성할 수 없는 설정(예: 데이터스토어 가비지 수집)이 있는 유지 관리 작업을 관리합니다. 기타 유지 관리 작업은 아래 표에 설명한 대로 고객이 구성할 수 있습니다.

CAUTION
Adobe은 성능 저하와 같은 문제를 완화하기 위해 고객의 유지 관리 작업 구성 설정을 재정의할 권한을 보유합니다.

다음 표는 사용 가능한 유지 관리 작업을 보여 줍니다.

유지 관리 작업
구성 소유자
구성 방법 (선택 사항)
데이터스토어 가비지 수집
Adobe
N/A - Adobe 완전 소유
버전 삭제
고객
버전 삭제는 현재 기본적으로 비활성화되어 있지만 다음에 설명된 대로 정책을 구성할 수 있습니다. 버전 삭제 및 감사 로그 삭제 유지 관리 작업 섹션.

삭제는 곧 기본적으로 활성화되고 해당 값은 재정의할 수 있습니다.
감사 로그 삭제
고객
감사 로그 제거는 현재 기본적으로 비활성화되어 있지만 다음에 설명된 대로 정책을 구성할 수 있습니다. 버전 삭제 및 감사 로그 삭제 유지 관리 작업 섹션.

삭제는 곧 기본적으로 활성화되고 해당 값은 재정의할 수 있습니다.
Lucene 바이너리 정리
Adobe
사용되지 않으므로 Adobe가 비활성화합니다.
애드혹 작업 삭제
고객

git에서 수행해야 합니다. 아래의 기본 제공 유지 관리 창 구성 노드 재정의 /libs 폴더 아래에 속성을 생성하여 /apps/settings/granite/operations/maintenance/granite_weekly, granite_daily 또는 granite_monthly.

추가적인 구성 세부 정보는 아래의 유지 관리 창 표를 참조하십시오. 위의 노드 아래에 다른 노드를 추가하여 유지 관리 작업을 활성화합니다. 이름 지정 granite_TaskPurgeTask, 속성 포함 sling:resourceType 을 로 설정 granite/operations/components/maintenance/task 및 속성 granite.maintenance.name 을 로 설정 TaskPurge. OSGI 속성을 구성합니다. 다음을 참조하십시오. com.adobe.granite.taskmanagement.impl.purge.TaskPurgeMaintenanceTask 속성 목록.

워크플로 삭제
고객

git에서 수행해야 합니다. 아래의 기본 제공 유지 관리 창 구성 노드 재정의 /libs 폴더 아래에 속성을 생성하여 /apps/settings/granite/operations/maintenance/granite_weekly, granite_daily 또는 granite_monthly. 추가적인 구성 세부 정보는 아래의 유지 관리 창 표를 참조하십시오.

적절한 속성을 사용해 위 노드 아래에서 또 다른 노드를 추가하여(granite_WorkflowPurgeTask로 이름 지정) 유지 관리 작업을 활성화합니다. OSGI 속성을 구성합니다. AEM 6.5 유지 관리 작업 문서를 참조하십시오.

프로젝트 삭제
고객

git에서 수행해야 합니다. 아래의 기본 제공 유지 관리 창 구성 노드 재정의 /libs 폴더 아래에 속성을 생성하여 /apps/settings/granite/operations/maintenance/granite_weekly, granite_daily 또는 granite_monthly. 추가적인 구성 세부 정보는 아래의 유지 관리 창 표를 참조하십시오.

적절한 속성을 사용해 위 노드 아래에서 또 다른 노드를 추가하여(granite_ProjectPurgeTask로 이름 지정) 유지 관리 작업을 활성화합니다. "프로젝트 Adobe 제거 구성" 아래의 OSGI 속성 목록을 참조하십시오.

유지 관리 창 구성
구성 소유자
구성 유형
매개변수
일별
고객
JCR 노드 정의

windowSchedule=daily(이 값은 변경해서는 안 됨)

24시간 시계로 사용하는 windowStartTime=HH:MM 입니다. 일별 유지 관리 창과 연계된 유지 관리 작업을 실행해야 하는 시점을 정의합니다.

24시간 시계로 사용하는 windowEndTime=HH:MM 입니다. 일별 유지 관리 창과 연계된 유지 관리 작업이 완료된 상태가 아닌 경우 실행을 정지해야 하는 시점을 정의합니다.

이 일정 동안에는 유지 관리 작업을 두 번 이상 실행할 수 없습니다.

주별
고객
JCR 노드 정의

windowSchedule=weekly(이 값은 변경해서는 안 됨)

24시간 시계로 사용하는 windowStartTime=HH:MM 입니다. 주별 유지 관리 창과 연계된 유지 관리 작업을 실행해야 하는 시점을 정의합니다.

24시간 시계로 사용하는 windowEndTime=HH:MM 입니다. 주별 유지 관리 창과 연계된 유지 관리 작업이 완료된 상태가 아닌 경우 실행을 정지해야 하는 시점을 정의합니다.

이 일정 동안에는 유지 관리 작업을 두 번 이상 실행할 수 없습니다.

windowScheduleWeekdays= 1~7의 두 값 배열(예: [5,5]) 배열의 첫 번째 값은 작업이 예약된 시작일이며 두 번째 값은 작업이 중지되는 종료일입니다. 정확한 시작 및 종료 시간은 각각 windowStartTime과 windowEndTime이 제어합니다.

월별
고객
JCR 노드 정의

windowSchedule=monthly (이 값은 변경해서는 안 됨)

24시간 시계로 사용하는 windowStartTime=HH:MM 입니다. 월별 유지 관리 창과 연계된 유지 관리 작업을 실행해야 하는 시점을 정의합니다.

24시간 시계로 사용하는 windowEndTime=HH:MM 입니다. 월별 유지 관리 창과 연계된 유지 관리 작업이 완료된 상태가 아닌 경우 실행을 정지해야 하는 시점을 정의합니다.

이 일정 동안에는 유지 관리 작업을 두 번 이상 실행할 수 없습니다.

windowScheduleWeekdays=1-7 사이의 두 값 배열(예: [5,5]) 배열의 첫 번째 값은 작업이 예약된 시작일이며 두 번째 값은 작업이 중지되는 종료일입니다. 정확한 시작 및 종료 시간은 각각 windowStartTime과 windowEndTime이 제어합니다.

windowFirstLastStartDay= 0/1 0은 당월의 첫째 주에 예약하는 것이며 1은 당월 마지막 주에 예약하는 것을 뜻합니다. 값이 없으면 windowScheduleWeekdays(매월)가 제어하는 날에 작업이 효과적으로 예약됩니다.

위치:

  • 일별 - /apps/settings/granite/operations/maintenance/granite_daily
  • 주별 - /apps/settings/granite/operations/maintenance/granite_weekly
  • 월별 - /apps/settings/granite/operations/maintenance/granite_monthly

코드 샘플:

코드 샘플 1 (일별)

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
  xmlns:jcr="http://www.jcp.org/jcr/1.0"
  jcr:primaryType="sling:Folder"
  sling:configCollectionInherit="true"
  sling:configPropertyInherit="true"
  windowSchedule="daily"
  windowStartTime="03:00"
  windowEndTime="05:00"
 />

코드 샘플 2 (주별)

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
   xmlns:jcr="http://www.jcp.org/jcr/1.0"
   jcr:primaryType="sling:Folder"
   sling:configCollectionInherit="true"
   sling:configPropertyInherit="true"
   windowEndTime="15:30"
   windowSchedule="weekly"
   windowScheduleWeekdays="[5,5]"
   windowStartTime="14:30"/>

코드 샘플 3 (월별)

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
   xmlns:jcr="http://www.jcp.org/jcr/1.0"
   jcr:primaryType="sling:Folder"
   sling:configCollectionInherit="true"
   sling:configPropertyInherit="true"
   windowEndTime="15:30"
   windowSchedule="monthly"
   windowFirstLastStartDay=0
   windowScheduleWeekdays="[5,5]"
   windowStartTime="14:30"/>

버전 삭제 및 감사 로그 삭제 유지 관리 작업 purge-tasks

버전 및 감사 로그를 지우면 저장소 크기가 줄어들고 일부 시나리오에서는 성능이 향상될 수 있습니다.

NOTE
AEM Guides 고객은 버전 삭제를 구성하지 않아야 합니다.

기본값 defaults

현재는 기본적으로 제거가 활성화되어 있지 않지만 향후 변경될 예정입니다. 기본 제거가 활성화되기 전에 생성된 환경은 제거가 예기치 않게 발생하지 않도록 보다 보수적인 임계값을 갖습니다. 기본 삭제 정책에 대한 자세한 내용은 아래의 버전 삭제 및 감사 로그 삭제 섹션을 참조하십시오.

아래 설명된 대로 구성 파일을 선언하고 배포하여 기본 제거 값을 재정의할 수 있습니다.

구성 적용 configure-purge

다음 단계에 설명된 대로 구성 파일을 선언하고 배포합니다.

NOTE
구성 파일에 버전 제거 노드를 배포한 후에는 선언된 상태를 유지하고 제거하지 말아야 합니다. 그럴 경우 구성 파이프라인이 실패합니다.
마찬가지로, 구성 파일에 감사 로그 제거 노드를 배포한 후에는 선언된 상태를 유지하고 제거하지 않아야 합니다.

1 - Git에서 프로젝트의 최상위 수준 폴더에 다음 폴더 및 파일 구조를 만듭니다.

config/
     mt.yaml

2 - 구성 파일에서 다음을 포함하는 속성을 선언합니다.

  • 값이 "MaintenanceTasks"인 "kind" 속성.
  • "version" 속성(현재 버전 1)입니다.
  • 속성이 있는 선택적 "metadata" 개체 envTypes 이 구성이 유효한 환경 유형(dev, stage, prod)을 쉼표로 구분한 목록으로 표시합니다. 메타데이터 개체가 선언되지 않으면 모든 환경 유형에 대해 구성이 유효합니다.
  • 두 항목이 모두 포함된 데이터 개체 versionPurgeauditLogPurge 개체.

의 정의 및 구문을 참조하십시오. versionPurgeauditLogPurge 아래에 있는 개체입니다.

다음 예제와 유사하게 구성을 구성해야 합니다.

kind: "MaintenanceTasks"
version: "1"
metadata:
  envTypes: ["dev"]
data:
  versionPurge:
    maximumVersions: 15
    maximumAgeDays: 20
    paths: ["/content"]
    minimumVersions: 1
    retainLabelledVersions: false
  auditLogPurge:
    rules:
      - replication:
          maximumAgeDays: 15
          contentPath: "/content"
          types: ["Activate", "Deactivate", "Delete", "Test", "Reverse", "Internal Poll"]
      - pages:
          maximumAgeDays: 15
          contentPath: "/content"
          types: ["PageCreated", "PageModified", "PageMoved", "PageDeleted", "VersionCreated", "PageRestored", "PageValid", "PageInvalid"]
      - dam:
          maximumAgeDays: 15
          contentPath: "/content"
          types: ["ASSET_EXPIRING", "METADATA_UPDATED", "ASSET_EXPIRED", "ASSET_REMOVED", "RESTORED", "ASSET_MOVED", "ASSET_VIEWED", "PROJECT_VIEWED", "PUBLISHED_EXTERNAL", "COLLECTION_VIEWED", "VERSIONED", "ADDED_COMMENT", "RENDITION_UPDATED", "ACCEPTED", "DOWNLOADED", "SUBASSET_UPDATED", "SUBASSET_REMOVED", "ASSET_CREATED", "ASSET_SHARED", "RENDITION_REMOVED", "ASSET_PUBLISHED", "ORIGINAL_UPDATED", "RENDITION_DOWNLOADED", "REJECTED"]

구성이 유효하려면 다음 사항에 유의하십시오.

  • 모든 속성을 정의해야 합니다. 상속된 기본값은 없습니다.
  • 아래 속성 표의 유형(정수, 문자열, 부울 등)은 준수해야 합니다.
NOTE
다음을 사용할 수 있습니다. yq 구성 파일의 YAML 형식을 로컬로 검증하려면 다음을 수행합니다. yq mt.yaml).

3 - 비프로덕션 및 프로덕션 구성 파이프라인 구성

RDE(신속한 개발 환경)는 제거를 지원하지 않습니다. 프로덕션(샌드박스가 아닌) 프로그램의 다른 환경 유형의 경우 Cloud Manager에서 타깃팅된 배포 구성 파이프라인을 만듭니다.

다음을 참조하십시오 프로덕션 파이프라인 구성비프로덕션 파이프라인 구성 을 참조하십시오.

버전 삭제 version-purge

NOTE
AEM Guides 고객은 버전 삭제를 구성하지 않아야 합니다.

버전 삭제 기본값 version-purge-defaults

현재는 기본적으로 제거가 활성화되어 있지 않지만 향후 변경될 예정입니다.

기본 제거가 활성화된 후에 생성된 환경에는 다음 기본값이 사용됩니다.

  • 30일 이전 버전은 제거됩니다.
  • 최근 30일 동안의 최신 5개 버전이 유지됩니다.
  • 위의 규칙과 관계없이 최신 버전(현재 파일 포함)은 유지됩니다.

기본 지우기가 활성화되기 전에 생성된 환경에는 아래 나열된 기본값이 있지만 성능을 최적화하기 위해 해당 값을 낮추는 것이 좋습니다.

  • 7년 이전의 버전은 제거됩니다.
  • 지난 7년 동안의 모든 버전이 유지됩니다.
  • 7년 후에는 (현재 파일 외에) 최신 버전 이외의 버전이 제거됩니다.

버전 삭제 속성 version-purge-properties

허용되는 속성은 다음과 같습니다.

을 나타내는 열 기본값 기본값이 적용될 때 미래의 기본값을 나타냅니다. TBD 는 여전히 결정되지 않은 환경 id를 반영합니다.

속성
envs>TBD의 향후 기본값
envs<=TBD의 향후 기본값
required
유형
경로
["/content"]
["/content"]
문자열 배열
새 버전을 만들 때 버전을 제거할 경로를 지정합니다. 고객은 이 속성을 선언해야 하지만 허용되는 값은 "/content"뿐입니다.
maximumAgeDays
30
2557 (7년 + 2윤일)
정수
구성된 값보다 오래된 버전은 제거됩니다. 값이 0이면 버전 연령을 기준으로 퍼지가 수행되지 않습니다.
maximumVersion
5
0(제한 없음)
정수
n번째 최신 버전보다 오래된 버전은 모두 제거됩니다. 값이 0이면 버전 수에 따라 제거가 수행되지 않습니다.
최소 버전
1
1
정수
나이에 상관없이 유지되는 최소 버전 수. 최소 1개의 버전은 항상 유지되며 값은 1 이상이어야 합니다.
retainLabelledVersioned
false
false
부울
명시적으로 레이블이 지정된 버전을 제거에서 제외할지 여부를 결정합니다. 더 나은 저장소 최적화를 위해 이 값을 false로 설정하는 것이 좋습니다.

속성 상호 작용

다음 예제는 속성이 결합될 때 상호 작용하는 방법을 보여 줍니다.

예:

maximumAgeDays = 30
maximumVersions = 10
minimumVersions = 2

23일에 11개의 버전이 있는 경우 다음 번에 제거 유지 관리 작업이 실행될 때 다음 이후 가장 오래된 버전이 삭제됩니다. maximumVersions 속성은 10으로 설정됩니다.

31일에 5개의 버전이 있는 경우 minimumVersions 속성은 2로 설정됩니다.

예:

maximumAgeDays = 30
maximumVersions = 0
minimumVersions = 1

다음 이후 30일 이상 버전은 삭제되지 않습니다. maximumVersions 속성은 0으로 설정됩니다.

30일 넘는 이전 버전 하나가 유지됩니다.

감사 로그 삭제 audit-purge

감사 로그 삭제 기본값 audit-purge-defaults

현재는 기본적으로 제거가 활성화되어 있지 않지만 향후 변경될 예정입니다.

기본 제거가 활성화된 후에 생성된 환경에는 다음 기본값이 사용됩니다.

  • 7일 넘는 복제, DAM 및 페이지 감사 로그는 제거됩니다.
  • 가능한 모든 이벤트가 기록됩니다.

기본 지우기가 활성화되기 전에 생성된 환경에는 아래 나열된 기본값이 있지만 성능을 최적화하기 위해 해당 값을 낮추는 것이 좋습니다.

  • 7년 이상 된 복제, DAM 및 페이지 감사 로그는 제거됩니다.
  • 가능한 모든 이벤트가 기록됩니다.
NOTE
편집 불가능한 감사 로그를 생성하기 위한 규정 요구 사항이 있는 고객은 전문화된 외부 서비스와 통합하는 것이 좋습니다.

감사 로그 삭제 속성 audit-purge-properties

허용되는 속성은 다음과 같습니다.

을 나타내는 열 기본값 기본값이 적용될 때 미래의 기본값을 나타냅니다. TBD 는 여전히 결정되지 않은 환경 id를 반영합니다.

속성
envs>TBD의 향후 기본값
envs<=TBD의 향후 기본값
required
유형
규칙
-
-
오브젝트
복제, 페이지, dam 노드 중 하나 이상. 이러한 각 노드는 아래의 속성을 사용하여 규칙을 정의합니다. 모든 속성을 선언해야 합니다.
maximumAgeDays
7일
전체 2557(7년 + 2윤일)
정수
복제, 페이지 또는 dam의 경우: 감사 로그가 유지되는 일 수입니다. 구성된 값보다 오래된 감사 로그는 제거됩니다.
contentPath
"/content"
"/content"
문자열
관련 유형에 대해 감사 로그가 삭제되는 경로. "/content"로 설정해야 합니다.
유형
모든 값
모든 값
열거형 배열
대상 복제, 열거된 값은 활성화, 비활성화, 삭제, 테스트, 역방향, 내부 폴입니다. 대상 페이지, 열거된 값은 PageCreated, PageModified, PageMoved, PageDeleted, VersionCreated, PageRestored, PageRolled Out, PageValid, PageInvalid입니다. 대상 dam, 열거형 값은 ASSET_EXPIRING, METADATA_UPDATED, ASSET_EXPIRED, ASSET_REMOVED, RESTORED, ASSET_MOVED, ASSET_VIEWED, PROJECT_VIEWED, PUBLISHED_EXTERNAL, COLLECTION_VIEWED, VERSIONED, ADDED_COMMENT, RENDITION_UPDATED, ACCEPTED, DOWNLOADED, SUBASSET_UPDATED, SUBASSET_REMOVED, ASSET_CREATED, ASSET_SHARED, RENDITIONS_DOWNLOADED, RENDITION_DOWNLOADED.
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab