유지 관리 작업은 저장소 최적화를 위해 일정에 따라 실행되는 프로세스입니다. AEM as a Cloud Service를 사용하면 고객이 유지 관리 작업의 운영 속성을 구성할 필요성이 최소화됩니다. 고객은 인프라 운영을 Adobe에게 맡긴 채 애플리케이션 수준의 우려사항에 자원을 집중시킬 수 있습니다.
이전의 AEM 버전에서는 유지 관리 카드(도구 > 운영 > 유지 관리)를 사용해 유지 관리 작업을 구성할 수 있었습니다. AEM as a Cloud Service의 경우 유지 관리 카드가 더 이상 이용 가능하지 않기 때문에 Cloud Manager를 사용해 소스 제어에 구성을 커밋하고 배포해야 합니다. Adobe는 고객이 구성할 수 없는 설정들(예: 데이터스토어 가비지 수집, 감사 로그 삭제, 버전 삭제)이 포함되는 유지 관리 작업을 관리합니다. 기타 유지 관리 작업은 아래 표에 설명한 대로 고객이 구성할 수 있습니다.
Adobe은 성능 저하와 같은 문제를 완화하기 위해 고객의 유지 관리 작업 구성 설정을 재정의할 권한을 보유합니다.
다음 표는 AEM as a Cloud Service 릴리스 당시 이용 가능한 유지 관리 작업을 설명합니다.
유지 관리 작업 | 구성 소유자 | 구성 방법 (선택 사항) |
---|---|---|
데이터스토어 가비지 수집 | Adobe | N/A - Adobe 완전 소유 |
버전 삭제 | Adobe | 기존 환경(2023년 11월 1일 이전에 생성된 환경)의 경우 지우기는 비활성화되며 고객이 명시적으로 활성화하지 않는 한 향후 활성화되지 않습니다. 이 때 고객이 사용자 지정 값으로 환경을 구성할 수도 있습니다. 새 환경(2023년 11월 1일부터 생성된 환경)은 기본적으로 아래 값으로 제거가 활성화되며, 고객은 사용자 지정 값으로 을 구성할 수 있습니다.
특정 날짜에 표시된 대로 사이트 페이지를 렌더링해야 하는 규제 요구 사항이 있는 고객은 전문 외부 서비스와 통합하는 것이 좋습니다. |
감사 로그 삭제 | Adobe | 기존 환경(2023년 11월 1일 이전에 생성된 환경)의 경우 지우기는 비활성화되며 고객이 명시적으로 활성화하지 않는 한 향후 활성화되지 않습니다. 이 때 고객이 사용자 지정 값으로 환경을 구성할 수도 있습니다. 새 환경(2023년 11월 1일부터 생성된 환경)은 기본적으로 /content 다음 동작에 따른 저장소의 노드:
편집 불가능한 감사 로그를 생성하기 위한 규정 요구 사항이 있는 고객은 전문 외부 서비스와 통합하는 것이 좋습니다. |
Lucene 바이너리 정리 | Adobe | 사용되지 않으므로 Adobe가 비활성화합니다. |
애드혹 작업 삭제 | 고객 |
git에서 수행해야 합니다. 아래의 기본 제공 유지 관리 창 구성 노드 재정의 추가적인 구성 세부 정보는 아래의 유지 관리 창 표를 참조하십시오. 위의 노드 아래에 다른 노드를 추가하여 유지 관리 작업을 활성화합니다. 이름 지정 |
워크플로 삭제 | 고객 |
git에서 수행해야 합니다. 아래의 기본 제공 유지 관리 창 구성 노드 재정의 적절한 속성을 사용해 위 노드 아래에서 또 다른 노드를 추가하여( |
프로젝트 삭제 | 고객 |
git에서 수행해야 합니다. 아래의 기본 제공 유지 관리 창 구성 노드 재정의 적절한 속성을 사용해 위 노드 아래에서 또 다른 노드를 추가하여( |
유지 관리 창 구성 | 구성 소유자 | 구성 유형 | 매개변수 |
---|---|---|---|
일별 | 고객 | 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(매월)가 제어하는 날에 작업이 효과적으로 예약됩니다. |
위치:
코드 샘플:
코드 샘플 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"/>