Autonomous Database on Dedicated Exadata Infrastructure의 서비스 유지 관리

서비스 유지 관리 유형

Oracle은 Autonomous Database에서 다양한 서비스 유지 관리 활동을 예약하고 수행합니다. 이러한 유지 관리 이벤트는 패치 적용 범위 및 빈도에 따라 다릅니다.

Oracle의 Cloud Operations 팀은 패치를 지속적으로 모니터링하고 패치가 기본 온전성 테스트에 실패할 경우 자동 롤백을 수행합니다. 롤백이 필요한 경우 유지보수 일정이 조정됩니다. 롤백이 마지막 옵션이지만 목표는 항상 데이터베이스를 정상 상태로 복원할 수 있는 가장 빠른 해결 방법을 제공하는 것입니다. 회귀가 응용 프로그램 내에서만 나타나는 경우 SR(서비스 요청)을 통해 보고해야 합니다. 즉각적인 주의가 필요한 중요한 문제의 경우 Oracle은 표준 유지보수 일정 외부에서 일회성 패치를 개발하고 배치할 수 있습니다.

분기별 유지보수 패치: 일반적으로 Oracle은 각 분기에 걸쳐 전체 플리트 유지보수 스프레드를 스케줄링하고 수행합니다.
- 분기별 유지보수 패치는 Exadata 인프라, 자율운영 Exadata VM 클러스터(AVMC) 및 자율운영 컨테이너 데이터베이스(ACD)와 같은 다양한 리소스 레벨에서 적용됩니다. 분기별 유지보수 기간은 해당 인프라 리소스를 생성하는 동안 설정하거나 나중에 변경할 수 있습니다.
- Oracle이 유지보수 일정 잡기를 처리할 수 있도록 하거나, Oracle이 유지보수 작업을 시작할 수 있을 때 특정 유지보수 기간을 설정할 수 있습니다.
- 기본적으로 Oracle은 이 분기별 유지 관리 패치와 함께 RU(릴리스 업데이트)를 적용합니다. 롤링 또는 비롤링 유지 관리 방법에서 RU를 업데이트하도록 구성할 수 있습니다.
  - 롤링 방법은 Autonomous Database에 대한 작동 중지 시간 없이 한 번에 한 노드씩 ACD를 업데이트합니다.
  - 비롤링 메소드는 종료되고 모든 노드에서 ACD를 병렬로 업데이트합니다. 이 방법은 유지 관리 시간을 최소화하지만 ACD 및 모든 관련 Autonomous Database에 대한 전체 작동 중지 시간이 필요합니다.
    
    주:
    자율운영 Data Guard 구성에서 비롤링 유지보수 방법은 패치 적용이 완료될 때까지 해당 유지보수 기간 동안 기본 및 대기 ACD에 대한 작동 중지 시간을 발생시킵니다.
- RU와 함께 업데이트할 시간대 파일을 포함할 수도 있습니다. 시간대 파일 업데이트가 포함된 분기별 유지보수 패치의 경우 ACD 및 관련 Autonomous Database에 대한 완전한 작동 중지 시간이 필요합니다. 작동 중지 시간은 시간대에 민감한 데이터의 양에 따라 다릅니다.
- 시간대 파일 업데이트가 없는 분기별 유지보수 패치는 ACD(자율운영 컨테이너 데이터베이스)의 유지보수 구성에 따라 롤링 또는 비롤링 방식으로 적용할 수 있습니다.
월별 보안 패치
- Exadata 인프라 보안 패치: Oracle은 분기별 유지보수와 함께 월별 인프라 보안 유지보수 작업을 예약하고 수행합니다. 그러나 이러한 보안 패치는 CVSS 점수가 7 이상인 취약성에 대한 수정을 포함하여 중요한 보안 업데이트가 있는 달에만 적용됩니다.
  - Oracle이 보안 유지보수를 스케줄링하기 전에 프로비전된 모든 Exadata 인프라는 보안 유지보수를 받을 수 있습니다.
  - 월별 보안 유지 관리 프로세스는 데이터베이스 서버를 업데이트하여 중요한 보안 취약점 및 제품 문제를 해결합니다. 또한 스토리지 서버를 알려진 보안 취약점 및 제품 문제를 해결하는 Exadata 스토리지 소프트웨어 이미지로 업데이트합니다.
- 자율운영 VM 클러스터 보안 패치: Oracle은 정기적인 분기별 업데이트 외에도 자율운영 VM 클러스터에 대한 월별 보안 유지보수를 수행합니다. 이러한 패치는 GOV 영역에만 적용할 수 있습니다.
  - 월별 보안 패치는 롤링 방식을 사용하여 적용됩니다.
  - 각 분기의 첫 달에는 분기별 패치가 포함되고, 다음 2개월에는 월별 보안 패치가 포함됩니다.
  - 패치를 적용하려면 분기의 3개월을 모두 선택하고 주 3 및/또는 주 4에 대한 기본 설정을 지정해야 합니다.
일회용 패치: Oracle은 My Oracle Support에 제출된 주요 지원 요청에 대한 일회용 패치를 생성합니다. 지원 요청 제출에 대한 도움말은 My Oracle Support에서 서비스 요청 생성을 참조하십시오.
- 귀하와 Oracle이 서비스 요청이 중요하고 즉각적인 해결을 위해 일회성 패치가 필요하다는 데 동의하면 서비스 팀은 일회성 패치를 생성하고 이를 사용할 수 있도록 합니다. 일회용 패치는 일정이 잡힌 유지보수 패치와는 별개입니다.
- 규칙과 함께 Oracle Cloud 통지 및 이벤트를 사용으로 설정하여 새 업데이트에 관한 통지를 수신할 경우 일회성 패치를 사용할 수 있게 되면 Oracle은 패치할 제품의 OCID가 포함된 통지를 전송합니다. 그렇지 않으면 My Oracle Support 포털에서 등록한 지원 요청에 대한 업데이트 가용성 통지를 찾을 수 있습니다.
- 일회성 패치는 다음 RU(릴리스 업데이트)에 병합되어 다음을 보장합니다.
  - 특정 고객을 위해 제공되는 일회성 수정은 모든 고객이 사용할 수 있습니다.
  - 후속 버전에서는 일회성 패치를 다시 적용할 필요가 없습니다.
- 필요한 경우 RU에 여러 개의 일회성 패치가 병합될 수 있습니다. 현재 릴리스부터 일회성 패치는 누적되지 않으므로 개별적으로 적용해야 합니다. 일회성 패치가 후속 RU와 너무 가까운 경우 다음 분기에 대해 일회성 수정이 포함된 RU의 사용자 정의 버전이 생성됩니다.
- 최신 RU에 병합되지 않은 일회성 수정이 예약되어 있고 다음 RU를 적용하도록 선택한 경우 그런 다음 Oracle은 예약된 일회성 패치를 취소합니다. 유지 관리 기록에서 취소된 유지 관리 실행을 볼 수 있습니다. 유지 관리 기록에 기록된 모든 일회성 패치 적용 세부정보는 다운로드, 감사 및 로깅 서비스에서 사용할 수 있습니다.
- 필요한 경우 서비스 요청을 통해 일회성 패치를 롤백할 수 있습니다.
- 자율운영 컨테이너 데이터베이스에 사용 가능한 일회성 패치 수는 세부정보 페이지에 표시됩니다. 옆에 있는 복사 링크를 누르면 모든 일회용 패치 번호가 복사됩니다.

유지 관리가 발생할 수 있는 시기 지정

일반적으로 Oracle은 분기마다 전체 플리트 유지보수 스프레드와 CVSS 점수가 7보다 크거나 같은 취약점에 대한 월별 인프라 보안 수정을 예약하고 수행합니다. Oracle이 유지보수 일정 잡기를 처리할 수 있도록 하거나, Oracle이 유지보수 작업을 시작할 수 있을 때 특정 유지보수 기간을 설정할 수 있습니다.

분기별 유지 관리 커스터마이즈

Autonomous Database 리소스의 분기별 자동 유지보수 일정을 선택하거나 Oracle에서 자동으로 업데이트 일정을 잡도록 합니다. Oracle은 예정된 유지보수 날짜 및 시간을 미리 통지합니다.

아래 표에 나와 있는 것처럼 다양한 리소스 레벨에서 분기별 자동 유지 관리를 통해 다음을 수행할 수 있습니다.

자동 유지보수 환경설정 및 일정을 사용자정의합니다. Autonomous Database 리소스를 프로비저닝하는 동안 이러한 환경설정을 지정하거나 나중에 변경할 수 있습니다.
일정이 잡힌 유지보수가 시작되기 전에 언제든지 일정을 확인하고 변경합니다. 후속 분기에 대해 일정이 잡힌 유지보수에 대한 변경사항은 현재 분기의 일정에 영향을 주지 않습니다.
과거 유지보수 이벤트를 봅니다.

인프라 리소스	메모 및 추가 참조
Exadata 인프라 (EI)	Exadata 인프라 리소스의 유지보수 일정 변경. 사용자정의 가능한 유지 관리 스케줄의 설정에 설명된 대로 유지 관리 스케줄을 사용자정의할 수 있는 다양한 옵션이 있습니다. Exadata 인프라 리소스의 일정이 잡힌 유지보수 보기 및 관리 Exadata 인프라 리소스의 이전 유지보수 보기
자율운영 Exadata VM 클러스터(AVMC)	자율운영 Exadata VM 클러스터의 유지보수 일정을 변경합니다. 사용자 정의 가능한 유지 관리 일정의 설정에 설명된 대로 유지 관리 일정을 사용자 정의하는 다양한 옵션이 있습니다. 자율운영 Exadata VM 클러스터의 일정이 잡힌 유지보수 보기 및 관리 자율운영 Exadata VM 클러스터의 이전 유지보수 보기 주: 여러 VM 자율운영 데이터베이스 기능이 실행되기 전에 Oracle Cloud의 Exadata 인프라 리소스에서 프로비전된 AVMC 리소스는 연관된 Exadata 인프라에서 유지보수 일정을 상속합니다.
자율운영 컨테이너 데이터베이스 (ACD)	자율운영 컨테이너 데이터베이스 유지보수 환경설정 업데이트는 다음 환경설정을 업데이트하는 방법을 보여줍니다. 자동 업데이트(롤링 또는 비롤링)에 대한 유지 관리 방법입니다. RU와 함께 업데이트할 time-zone 파일을 포함할 수도 있습니다. 주: 자율운영 Data Guard 구성에서 비롤링 유지보수 방법은 패치 적용이 완료될 때까지 해당 유지보수 기간 동안 기본 및 대기 ACD에 대한 작동 중지 시간을 발생시킵니다. 자동 업데이트(다음 RU 또는 최신 RU)에 대한 유지 관리 버전 ACD에 대한 자동 유지 관리 스케줄입니다. 사용자 정의 가능한 유지 관리 일정의 설정에 설명된 대로 유지 관리 일정을 사용자 정의하는 다양한 옵션이 있습니다. 주: 자율운영 Data Guard 구성에서는 대기 ACD에 대한 사용자정의 일정을 정의할 수 없습니다. 그러나 대기 ACD는 항상 기본 ACD보다 먼저 패치되므로 기본 ACD 유지 관리 전에 대기 ACD 유지 관리 일정을 잡을 일수를 설정할 수 있습니다. 또한 요청 시 유지 관리를 예약하여 시간대 파일 또는 ACD에 대한 시간대 파일과 함께 RU(릴리스 업데이트)를 업데이트할 수 있습니다. 자세한 내용은 분기별 유지보수 업데이트 일정 잡기를 참조하십시오. 주: 요청 시 시간대 파일 업데이트의 경우에만 대기 ACD가 자율운영 Data Guard의 기본 ACD가 ACD를 사용으로 설정하기 3일 전에 패치됩니다. 자율운영 컨테이너 데이터베이스의 일정이 잡힌 유지보수 보기 및 관리 자율운영 컨테이너 데이터베이스의 이전 유지보수 보기

참고:

Oracle은 위에 나열된 모든 인프라 리소스에 대한 유지보수 기간을 다음으로 설정할 것을 권장합니다.

정기적인 데이터베이스 작업에 방해가 되는 시간에 유지 관리 작업이 발생하지 않도록 합니다.
엄청난 방식으로 인프라 리소스에 패치를 적용합니다. 다양한 Infrastructure 리소스에 대한 유지 관리 이벤트를 스테이지하는 것이 가장 좋은 방법이며, 다른 리소스를 패치하기 전에 리소스 집합에서 패치를 확인하는 데 도움이 될 수 있습니다. 예를 들어 개발 및 테스트에 서로 다른 자율운영 컨테이너 데이터베이스를 사용 중이고 운용 환경에 적용하기 전에 개발 환경에서 패치를 확인하려는 경우 모든 개발 ACD가 운용 ACD보다 먼저 패치되도록 유지보수 일정을 사용자정의할 수 있습니다.

커스터마이즈 가능한 유지보수 스케줄의 설정

위의 인프라 리소스에 대한 사용자정의 일정을 정의하는 동안 Oracle Cloud Infrastructure 콘솔에서 다음 세부정보를 선택할 수 있습니다.

허용된 월 수: 분기당 월을 하나 이상 선택해야 하며, 분기에 대한 패치 적용을 건너뛰도록 선택할 수도 있습니다. 두 분기 연속으로 패치 작업을 건너뛸 수 없습니다.

주:
건너뛰기로 선택한 경우 해당 분기에서 월을 하나 이상 선택해야 합니다. 유지 관리가 건너뛰지 않은 이전 분기에 발생하지 않은 경우 폴백으로 작동합니다. 이 시나리오에서 Oracle은 해당 분기에 대해 건너뛰기를 선택한 경우에도 선택한 월에 자동으로 유지 관리를 수행합니다.
선택한 월 내 주: 주가 해당 월의 1일, 8일, 15일 및 22일에 시작되고 기간은 7일입니다. 요일이 아닌 달력 일자를 기준으로 시작 및 종료되는 주입니다. 28일을 초과하는 월의 5주 동안 유지 관리를 스케줄링할 수 없습니다. 월중 특정 주를 지정하지 않으면 Oracle은 자동으로 주를 지정합니다.
선택한 주의 일(일):

요일을 지정하지 않으면 Oracle은 자동으로 지정되는 요일에 유지 관리 업데이트를 실행합니다.

주의 요일이 아닌 캘린더 일자를 기준으로 주가 시작되고 종료되므로 Exadata 인프라(EI) 패치 적용 시 특정 순서를 보장하려는 경우 일수를 선택하는 동안 주의를 기울여야 합니다. 예를 들어, 아래와 같은 두 달을 살펴봅니다.

그림 dayofweek.png에 대한 설명

그림 dayofweek2.png에 대한 설명
2023년 9월의 경우 주 1은 금요일에 시작되고 목요일에 종료됩니다. 따라서 첫 번째 토요일은 첫 번째 일요일 전날입니다. 그러나 2023년 10월 1일은 일요일에 시작되어 토요일에 끝납니다. 결과적으로 첫 번째 토요일은 첫 번째 일요일 이후 5일이 지났습니다.

유지보수를 위한 특정 시퀀스를 유지 관리하기 위해 ACD(자율운영 컨테이너 데이터베이스)에 패치를 적용하기 전에 모든 Exadata 인프라 리소스에 패치를 적용하려고 한다고 가정합니다. 주 1 토요일 및 주 1 일요일에 Exadata 인프라 리소스 유지 관리를 예약하고 주 1 일요일에 ACD를 유지 관리하십시오. 주 1 일요일은 항상 주 1 토요일 이후 하루가 9월 2023과 같이 몇 개월 동안 작동할 수 있지만 2023년 10월과 같은 다른 달은 작동하지 않을 수 있습니다. 패치 적용에 대해 특정 시퀀스를 구현하려는 경우 공간을 일주일로 지정하는 것이 더 좋습니다. 이 경우 Exadata 인프라 리소스는 토요일 1주일, 일요일 2주일에는 ACD 일정을 잡을 수 있습니다. 이렇게 하면 ACD에 패치를 적용하기 전에 항상 Exadata Infrastructure 리소스에 패치가 적용되도록 할 수 있습니다.
4시간 창(또는 Windows) - 유지 관리 작업을 시작할 수 있는 경우
기본 유지보수와 대기 유지보수 사이의 버퍼 기간: 대기 ACD 유지보수와 기본 ACD 유지보수 사이의 일수, 즉 대기 컨테이너 데이터베이스의 유지보수가 수행되기 전 기본 컨테이너 데이터베이스에 대한 유지보수가 수행되는 기간(일)입니다. 1일에서 7일 사이의 값을 선택할 수 있습니다.

버퍼 기간 선택은 자율운영 Data Guard 구성의 기본 데이터베이스인 자율운영 컨테이너 데이터베이스에만 적용할 수 있습니다.
리드타임: 통지 메시지를 수신하려는 유지보수 이벤트보다 최소 주 수입니다. 리드 타임은 새로 릴리스된 유지 관리 업데이트가 필요한 최소 고급 통지 기간을 고려하도록 스케줄링되도록 합니다.
자율운영 컨테이너 데이터베이스 리소스의 유지보수에는 리드 타임을 적용할 수 없습니다.
기본값으로 재설정을 선택하여 변경 사항을 기본 설정으로 되돌릴 수 있습니다.

월별 인프라 보안 유지보수 사용자정의

필요한 경우 월별 인프라 보안 유지 관리는 매월 18일에서 21일 사이에 시작되어 다음 달 9일에서 12일까지 실행되는 21일 기간 동안 적용되도록 일정이 잡혀 있습니다. 월별 유지보수 기간이 시작되기 최소 7일 전에 제안된 일정에 대한 통지를 받게 되며, 원하는 경우 월별 유지보수 일정을 창의 다른 날짜로 조정할 수 있습니다.

월별 보안 패치는 유지 관리 기간 내에 다른 시간으로 일정을 조정할 수 있지만 21일 기간 이후에는 건너뛰거나 일정을 조정할 수 없습니다. 현재 유지보수 기간 내에 월을 유지하는 한 분기별 유지보수 일정을 조정할 때 월별 보안 유지보수 일정을 조정할 수 있습니다.

월간 인프라 보안 패치 작업 중 Autonomous Database 또는 연결된 애플리케이션에는 영향을 미치지 않습니다. 데이터베이스 서버에 대한 업데이트는 Ksplice 기술을 통해 온라인으로 적용되며 스토리지 서버에 대한 업데이트는 롤링 방식으로 적용됩니다.

그러나 서비스 인프라를 업데이트하는 동안 Oracle은 메모리, 스토리지 확장, 운영체제 및 그리드 인프라 패치 적용(사전 검사 포함), 컴퓨트 및 스토리지 서버의 탄력적인 확장을 비롯한 일부 작업을 차단할 수 있습니다. 업데이트가 완료될 때까지 이러한 작업을 연기할 계획입니다. 보안 업데이트를 적용하려면 I/O 작업에 따라 DB 서버 호스트당 약 15분, 스토리지 서버당 60분이 소요됩니다. 영향을 받는 작업을 시도하면 콘솔에서 진행 중인 보안 업데이트를 알립니다. 게스트 VM에서 업데이트된 소프트웨어가 없습니다.

일회용 패치 커스터마이즈

Oracle Cloud 콘솔 유지보수 뷰를 사용하여 일정이 잡힌 시작 시간을 편집하거나 일회성 패치를 즉시 설치하도록 선택할 수 있습니다. 기본적으로 Oracle은 패치를 사용할 수 있게 된 후 72시간 이내에 일회성 패치를 적용하도록 일정을 잡습니다. 스케줄을 변경할 작업이 없으면 패치가 자동으로 적용됩니다. 현재 분기 내에서만 일회성 패치 일정을 조정할 수 있습니다. 그러나 일회용 패치를 완전히 건너뛸 수는 없습니다.

적용할 패치 종류 지정

한 가지 표준 유지보수 작업으로 자율운영 컨테이너 데이터베이스에 데이터베이스 소프트웨어 패치를 적용하고, 그 안에 생성된 Autonomous Database를 확장할 수 있습니다. 기본적으로 Oracle은 RU(릴리스 업데이트)를 적용합니다. 유지보수 유형을 다음 RU로 구성하여 자율운영 컨테이너 데이터베이스를 다음 릴리스 업데이트로 업데이트하거나, 최신 RU로 구성하여 자율운영 컨테이너 데이터베이스를 다음 유지보수 기간의 최신 릴리스 업데이트로 업데이트할 수 있습니다. 따라서 Oracle은 사용 가능한 경우 사용자의 선호도에 맞는 이미지 유형을 사용합니다. 원하는 경우 항상 지정된 일정이 잡힌 패치를 다른 버전으로 변경할 수 있습니다.

단계별 지침은 자율운영 컨테이너 데이터베이스 유지보수 환경설정 업데이트를 참조하십시오.

이미 스케줄링된 유지관리 보기 및 관리

설정한 유지 관리 기간에 따라 유지 관리 작업 일정이 잡히면 패치 버전을 변경하거나 패치를 즉시 적용하거나 작업을 건너뛰는 시점까지도 작업의 실제 타이밍을 관리할 수 있습니다.

일정이 잡힌 유지보수 세부정보

각 일정이 잡힌 Exadata 인프라, 자율운영 Exadata VM 클러스터 또는 자율운영 컨테이너 데이터베이스 유지보수 이벤트에 대해 리소스의 [유지 관리] 페이지에 다음 세부정보가 나열됩니다.

이벤트의 상태
이벤트 유형(주별, 분기별, 월별 또는 연도별)입니다.
이벤트의 OCID입니다.
예약된 이벤트 시작 시간 및 일자입니다.
비롤링에서 롤링 중인 이벤트의 유지 관리 방법입니다. 이는 Exadata 인프라 리소스에만 표시됩니다.
이벤트에 적용할 패치 버전입니다. 이는 자율운영 컨테이너 데이터베이스 리소스에 대해서만 표시됩니다.

일정이 잡힌 유지보수에 대한 관리 작업

인프라 리소스 유지보수 페이지에 나열된 각 유지보수 이벤트에 대해 이벤트가 아직 진행 중이 아닌 경우 다음 관리 작업을 수행할 수 있습니다.

이벤트의 시작 시간 및 일자를 분기의 나중 시간으로 스케줄 조정합니다. 유지 관리 시작 시간 편집 창에서 새 시작 시간 및 날짜를 지정합니다.
지금 패치를 눌러 유지 관리 이벤트를 즉시 시작합니다.

주:
지금 패치는 자율운영 Data Guard가 사용으로 설정된 Autonomous Database에 사용할 수 없습니다. 임시해결책으로 사용 가능한 가장 가까운 4시간 기간 내에 시작되도록 일정이 잡힌 유지보수 시간을 수정할 수 있습니다. 버퍼 기간이 1~7일인 기본 데이터베이스 이전에 standby 패치가 적용되었는지 확인합니다.
자율운영 컨테이너 데이터베이스 일정이 잡힌 유지보수 이벤트를 건너뜁니다.

주:
두 개의 연속 유지 관리 이벤트를 건너뛸 수 없습니다. 유지보수 이벤트를 건너뛴 후에는 다음 즉시 일정이 잡힌 유지보수 이벤트를 건너뛸 수 없습니다. 1년의 두 대체 분기에 대한 유지보수 이벤트만 건너뛸 수 있습니다.
적용할 다른 패치 버전을 선택하십시오. 버전을 선택할 때 참고:
- 자율운영 컨테이너 데이터베이스의 현재 버전보다 이후인 버전을 선택해야 합니다.
- 사용 가능한 버전 목록에는 RU(릴리스 업데이트) 및 RUR(릴리스 업데이트 개정)이 모두 포함될 수 있습니다. 자율운영 컨테이너 데이터베이스에 대해 구성된 유지보수 유형에 관계없이 두 유형 중 하나를 선택할 수 있습니다. 버전 목록에서 다른 유형을 선택하면 자율운영 컨테이너 데이터베이스에 대해 구성된 유형이 변경되지 않습니다.
Exadata Infrastructure 유지 관리 방법을 롤링에서 비롤링으로, 그 반대로 업데이트합니다.

단계별 지침은 다음을 참조하십시오.

유지 관리 이벤트의 자동 큐

다양한 Autonomous Database 리소스의 분기별 유지 관리 이벤트

인프라 리소스에 대한 사용자정의 유지보수 일정을 선택하는 경우 Oracle은 유지보수 이벤트 일정을 잡는 동안 선호사항을 준수합니다. 그러나 사용자정의 일정이 다른 인프라 리소스와 겹치는 경우 Oracle은 유지보수 이벤트가 이 순서대로 실행되고 Exadata 인프라, 자율운영 Exadata VM 클러스터, 자율운영 컨테이너 데이터베이스 간의 시간 간격이 유지되도록 자동으로 직렬화합니다.

예: Exadata 인프라 리소스 유지보수 이벤트 및 자율운영 컨테이너 데이터베이스 유지보수 이벤트가 동시에 시작되도록 일정이 잡혀 있다고 가정합니다. 이 경우 Exadata 인프라 리소스 유지보수 이벤트가 시작되고 자율운영 컨테이너 데이터베이스 유지보수 이벤트가 대기열에 추가되며 Exadata 인프라 리소스 유지보수 이벤트 직후에 시작됩니다.

분기별 유지보수 이벤트 및 월별 인프라 보안 패치

Scenario	대기열
월별 인프라 보안 패치의 24hours 내에서 분기별 유지보수 작업이 일정이 잡힌 경우입니다.	일정이 잡힌 월별 유지보수를 건너뛰고 분기별 유지보수 후 바로 적용됩니다.
분기별 유지보수 작업이 월별 인프라 보안 패치와 동시에 일정이 잡힌 경우입니다.	분기별 유지보수가 먼저 수행되고 분기별 유지보수가 완료되면 월별 보안 패치가 즉시 적용됩니다.
월별 인프라 보안 패치가 분기별 유지보수 0-24시간 전에 시작하도록 일정이 잡힌 경우	일정이 잡힌 월별 유지보수는 대기하며 분기별 유지보수 후 바로 수행됩니다. 분기별 유지보수 일정이 이후에 조정되면 월별 보안 유지보수가 즉시 시작됩니다. 따라서 Oracle은 분기별 유지 관리와 월별 유지 관리 일정을 동시에 수립할 것을 권장합니다. 따라서 마지막 순간에 분기별 유지보수 이벤트의 일정을 조정하면 일정 편집 시 일정이 잡힌 시간에 월별 유지보수 작업이 실행됩니다.
24시간 기간 밖에 분기별 유지보수 일정이 잡힌 경우 같은 달에 보안 유지보수 일정이 잡힙니다.	분기별 유지보수를 위한 유지보수 기간은 하나, 보안 유지보수를 위한 유지보수 기간은 하나여야 합니다. 주: 일정이 잡힌 월별 Exadata 인프라 유지보수 전 언제든지 일정을 조정할 수 있습니다. 분기별 및 월별 보안 유지보수 일정이 잡힌 월의 분기별 유지보수 최소 25시간 전에 월별 보안 유지보수 일정을 잡은 경우에만 스토리지 서버가 한 번만 업데이트됩니다.

과거 유지보수 이벤트 보기

세부정보 페이지에서 Exadata 인프라, 자율운영 Exadata VM 클러스터 또는 자율운영 컨테이너 데이터베이스 리소스의 과거 유지보수를 볼 수 있습니다.

단계별 지침은 다음을 참조하십시오.

서비스 유지 관리 이벤트 모니터링

이벤트 및 통지 서비스를 사용하여 Autonomous Database 인프라 리소스의 유지보수 이벤트를 모니터링할 수 있습니다. 이벤트 및 통지 서비스를 사용하면 Exadata 인프라, 자율운영 Exadata VM 클러스터 및 자율운영 컨테이너 데이터베이스 리소스에서 유지보수 이벤트가 발생할 때 전자메일 통지를 받을 수 있습니다.

각 인프라 리소스에 대해 아래와 같이 네 개의 서로 다른 유지 관리 이벤트가 생성됩니다.

유지보수 일정이 잡힘
유지보수 미리 알림
AVMC(자율운영 Exadata VM 클러스터) 및 ACD(자율운영 컨테이너 데이터베이스) 리소스의 경우 실제 유지보수가 실행되기 1주 전에 유지보수 미리 알림 통지가 전송됩니다. Exadata 인프라 리소스의 경우 설정된 환경설정에 따라 유지보수가 실행되기 1-4주 전에 미리 알림 통지가 릴리스됩니다.
유지 관리 시작
유지 관리 종료

각 인프라 리소스에 대해 생성된 전체 이벤트 목록은 Events for Autonomous Database on Dedicated Exadata Infrastructure를 참조하십시오.

다음과 같은 상위 레벨 작업을 수행하여 인프라 리소스에 대해 이러한 유지 관리 이벤트를 구독할 수 있습니다.

통지 서비스 토픽을 생성합니다.
토픽에 전자메일 구독을 추가합니다.
통지 서비스 토픽에 유지보수 이벤트를 전송하는 이벤트 서비스 규칙을 추가합니다.

예 - 통지: 유지 관리 이벤트에 대한 전자메일

예제가 포함된 단계별 가이드는 Notifications Example: Emails for Maintenance Events를 참조하십시오.