전용 Exadata 인프라에서 자율운영 AI 데이터베이스의 서비스 유지보수
Oracle은 전용 Exadata 인프라의 모든 자율운영 AI 데이터베이스 리소스에 대한 모든 패치 및 기타 유지보수 작업을 예약하고 수행합니다. 동시에 다양한 인프라 리소스에 대한 유지보수 이벤트를 사용자정의, 확인 및 일정을 조정할 수 있는 다양한 옵션을 제공합니다.
주: Database In-Memory가 사용으로 설정된 경우 패치 작업 중 데이터베이스를 재부트하는 동안 성능이 저하될 수 있습니다. 데이터베이스 인메모리에 대한 자세한 내용은 데이터베이스 인메모리를 참조하십시오.
서비스 유지 관리 유형
Oracle은 자율운영 AI 데이터베이스에서 다양한 서비스 유지보수 작업을 예약하고 수행합니다. 이러한 유지 관리 이벤트는 패치 적용 범위와 빈도에 따라 다릅니다.
Oracle의 Cloud Operations 팀은 패치를 지속적으로 모니터링하고 패치가 기본 온전성 테스트에 실패할 경우 롤백을 수행합니다. 롤백이 필요한 경우 유지보수 일정이 조정됩니다. 롤백이 마지막 옵션이지만 목표는 항상 데이터베이스를 정상 상태로 복원할 수 있는 가장 빠른 해결 방법을 제공하는 것입니다. 회귀가 응용 프로그램 내에서만 나타나는 경우 SR(서비스 요청)을 통해 보고해야 합니다. 즉각적인 주의가 필요한 중요한 문제의 경우 Oracle은 표준 유지보수 일정 외부에서 일회성 패치를 개발하고 배치할 수 있습니다.
-
분기별 유지보수 패치: 일반적으로 Oracle은 매 분기에 걸쳐 전체 플리트 유지관리를 스케줄링하고 수행합니다.
-
분기별 유지보수 패치는 Exadata Infrastructure, 자율운영 Exadata VM 클러스터(AVMC), 자율운영 컨테이너 데이터베이스(ACD) 등의 다양한 리소스 레벨에서 적용됩니다. 분기별 유지보수 기간은 해당 인프라 리소스를 생성하는 동안 설정하거나 나중에 변경할 수 있습니다.
-
Oracle이 유지보수 일정 잡기를 처리할 수 있도록 하거나, Oracle이 유지보수 작업을 시작할 수 있을 때 특정 유지보수 기간을 설정할 수 있습니다.
-
기본적으로 Oracle은 이러한 분기별 유지보수 패치와 함께 RU(릴리스 업데이트)를 적용합니다. 롤링 또는 비롤링 유지 관리 방법에서 RU를 업데이트하도록 구성할 수 있습니다.
-
롤링 방법은 자율운영 AI 데이터베이스에 대한 작동 중지 시간 없이 한 번에 한 노드씩 ACD를 업데이트합니다.
-
비롤링 방법은 모든 노드에서 ACD를 병렬로 종료하고 업데이트합니다. 이 방법은 유지보수 시간을 최소화하지만 ACD 및 모든 관련 자율운영 AI 데이터베이스에 대한 전체 작동 중지 시간이 필요합니다.
주: 자율운영 Data Guard 구성에서 비롤링 유지보수 방식은 패치 적용이 완료될 때까지 해당 유지보수 기간 동안 기본 및 대기 ACD에 대한 작동 중지 시간을 발생시킵니다.
-
-
RU와 함께 업데이트할 시간대 파일을 포함할 수도 있습니다. 시간대 파일 업데이트가 포함된 분기별 유지보수 패치를 사용하려면 ACD 및 연관된 자율운영 AI 데이터베이스에 대한 완전한 작동 중지 시간이 필요합니다. 작동 중지 시간은 시간대에 민감한 데이터의 양에 따라 달라집니다.
-
시간대 파일 업데이트가 없는 분기별 유지보수 패치는 자율운영 컨테이너 데이터베이스(ACD)의 유지보수 구성에 따라 롤링 또는 비롤링 방식으로 적용할 수 있습니다.
-
-
월별 보안 패치
-
Exadata 인프라 보안 패치: Oracle은 분기별 유지보수와 함께 월별 인프라 보안 유지보수 작업을 예약하고 수행합니다. 그러나 이러한 보안 패치는 CVSS 점수가 7 이상인 취약성에 대한 수정을 포함하여 중요한 보안 업데이트가 있는 달에만 적용됩니다.
-
Oracle이 보안 유지보수 일정을 잡기 전에 프로비전된 모든 Exadata 인프라는 보안 유지보수에 적격합니다.
-
월별 보안 유지보수 프로세스는 데이터베이스 서버를 업데이트하여 중요한 보안 취약점 및 제품 문제를 해결합니다. 또한 스토리지 서버를 알려진 보안 취약점 및 제품 문제를 해결하는 Exadata Storage Software 이미지로 업데이트합니다.
-
-
자율운영 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이 유지보수 작업을 시작할 수 있을 때 특정 유지보수 기간을 설정할 수 있습니다.
분기별 유지 관리 커스터마이즈
자율운영 AI 데이터베이스 리소스의 분기별 자동 유지보수 일정을 선택하거나 Oracle이 자동으로 업데이트 일정을 잡도록 할 수 있습니다. 미리 Oracle은 예정된 유지보수 날짜 및 시간을 알립니다.
아래 표에 나와 있는 것처럼 다양한 리소스 레벨에서 자동 분기별 유지 관리를 사용하여 다음을 수행할 수 있습니다.
-
자동 유지 관리 기본 설정 및 일정을 사용자정의합니다. 자율운영 AI 데이터베이스 리소스를 프로비전하는 동안 이러한 환경설정을 지정하거나 나중에 변경할 수 있습니다.
-
일정이 잡힌 유지보수가 시작되기 전 언제든지 일정을 확인하고 변경합니다. 후속 분기의 일정이 잡힌 유지보수에 대한 변경사항은 현재 분기의 일정에 영향을 미치지 않습니다.
-
이전 유지 관리 이벤트를 봅니다.
| 인프라 자원 | 노트 및 추가 참조 |
|---|---|
| Exadata 인프라(EI) |
|
| 자율운영 Exadata VM 클러스터(AVMC) |
참고: 다중 VM 자율운영 AI 데이터베이스 기능이 실행되기 전에 Oracle Cloud의 Exadata 인프라 리소스에 프로비전된 AVMC 리소스는 연관된 Exadata 인프라에서 유지보수 일정을 상속합니다. |
| 자율운영 컨테이너 데이터베이스(ACD) |
|
참고: Oracle은 위에 나열된 모든 인프라 리소스에 대한 유지보수 기간을 다음으로 설정할 것을 권장합니다.
- 정기적인 데이터베이스 작업에 방해가 되는 시간에 유지 관리 작업이 발생하지 않도록 합니다.
- 비틀거리는 방식으로 인프라 리소스에 패치를 적용합니다. 다양한 인프라 리소스에 대한 유지보수 이벤트를 시차화하는 것이 모범 사례이며, 다른 리소스에 패치를 적용하기 전에 리소스 집합에서 패치를 확인하는 데 도움이 될 수 있습니다. 예를 들어 개발 및 테스트를 위해 서로 다른 자율운영 컨테이너 데이터베이스를 사용 중이고 운용 환경에 적용하기 전에 개발 환경의 패치를 확인하려는 경우 운용 ACD 이전에 모든 개발 ACD에 패치가 적용되도록 유지보수 일정을 사용자정의할 수 있습니다.
사용자정의 가능한 유지보수 일정의 설정
위의 인프라 리소스에 대한 사용자정의 일정을 정의하는 동안 Oracle Cloud Infrastructure 콘솔에서 다음 세부정보를 선택할 수 있습니다.
-
허용된 월: 분기당 월을 하나 이상 선택해야 하며, 분기에 대한 패치 적용을 건너뛰도록 선택할 수도 있습니다. 연속 2분기 동안 패치를 건너뛸 수 없습니다.
주: 건너뛰도록 선택할 경우 해당 분기에서 한 달 이상을 선택해야 합니다. 이는 건너뛰지 않은 이전의 분기에 유지 관리가 발생하지 않은 경우 폴백 역할을 합니다. 이 시나리오에서 Oracle은 해당 분기에 대해 건너뛰기를 선택하더라도 선택한 달에 자동으로 유지보수를 수행합니다.
-
선택한 월의 주(또는 주): 주(주)는 해당 월의 1일, 8일, 15일 및 22일에 시작되며 기간은 7일입니다. 요일이 아닌 캘린더 일자를 기반으로 한 주 시작 및 종료입니다. 28일을 초과하는 월을 포함하는 월의 다섯번째 주에 대해서는 유지보수 일정을 잡을 수 없습니다. 월의 한 주를 지정하지 않으면 Oracle은 자동으로 한 주를 할당합니다.
-
선택한 주의 일(또는 일):
요일을 지정하지 않으면 Oracle은 자동으로 지정되는 요일에 유지보수 업데이트를 실행합니다.
요일이 아닌 달력 날짜에 따라 주가 시작되고 종료됨에 따라 EI(Exadata Infrastructure) 패치의 특정 순서를 보장하려면 요일을 선택하는 동안 주의를 기울여야 합니다. 예를 들어, 아래 표시된 두 달을 살펴보십시오.


2023년 9월의 경우 1주차는 금요일에 시작되어 목요일에 끝납니다. 따라서 첫번째 토요일은 첫번째 일요일 1일 전입니다. 그러나 2023년 10월 1주일은 일요일에 시작되어 토요일에 끝납니다. 그 결과, 첫 번째 토요일은 첫 번째 일요일 5일 후입니다.
유지보수를 위한 특정 시퀀스를 유지 관리하기 위해 자율운영 컨테이너 데이터베이스(ACD)에 패치를 적용하기 전에 모든 Exadata 인프라 리소스에 패치를 적용한다고 가정합니다. Exadata Infrastructure 리소스의 유지보수 일정을 토요일 1주일로, 해당 ACD는 일요일 1주일이 항상 토요일 1주일이 1주일이 되면 2023년 9월과 같이 몇 달 동안 작동할 수 있지만 2023년 10월과 같이 작동하지 않을 수 있다고 가정합니다. 패치 적용을 위해 특정 시퀀스를 구현하려는 경우 공백을 주 단위로하는 것이 좋습니다. 이 경우 토요일 1주에 Exadata 인프라 리소스와 일요일 2주에 ACD를 예약할 수 있습니다. 이렇게 하면 ACD에 패치를 적용하기 전에 항상 Exadata Infrastructure 리소스에 패치를 적용해야 합니다.
-
유지 관리 작업을 시작할 수 있는 4시간 창(또는 Windows)
-
기본 및 대기 유지 관리 간 버퍼 기간: 대기 ACD 유지 관리와 기본 ACD 유지 관리 사이의 일수, 즉 기본 컨테이너 데이터베이스에서 유지 관리가 수행되기 전 대기 컨테이너 데이터베이스에서 유지 관리가 수행될 일 수 1일에서 7일 사이의 값을 선택할 수 있습니다.
버퍼 기간 선택은 자율운영 Data Guard 구성의 기본 데이터베이스인 자율운영 컨테이너 데이터베이스에만 적용할 수 있습니다. -
리드 타임: 통지 메시지를 수신할 유지 관리 이벤트 이전 최소 주 수입니다. 리드 타임에 따라 새로 릴리스된 유지보수 업데이트가 필요한 최소 고급 통지 기간을 고려하도록 일정이 잡힙니다.
자율운영 컨테이너 데이터베이스 리소스의 유지보수에는 리드 타임을 적용할 수 없습니다. -
기본값으로 재설정을 선택하여 변경 사항을 기본 설정으로 되돌릴 수 있습니다.
월별 인프라 보안 유지보수 사용자정의
월별 인프라 보안 유지보수가 필요한 경우 매월 18일부터 21일 사이에 시작되어 다음 달 9일부터 12일까지 실행될 21일 기간 동안 적용되도록 일정이 잡혀 있습니다. 월별 유지보수 기간이 시작되기 최소 7일 전에 제안된 일정에 대한 통지를 받게 되며, 원하는 경우 기간의 다른 날짜로 월별 유지보수 일정을 조정할 수 있습니다.
월별 보안 패치는 유지보수 기간 내 다른 시간으로 일정을 조정할 수 있지만, 건너뛰거나 21일 기간 이후로 일정을 조정할 수 없습니다. 매월 현재 유지보수 기간 내에 유지되는 한 분기별 유지보수 일정을 조정할 때 월별 보안 유지보수 일정을 조정할 수 있습니다.
월별 인프라 보안 패치 작업 중에는 자율운영 AI 데이터베이스 또는 연결된 애플리케이션에 영향을 주지 않습니다. 데이터베이스 서버에 대한 업데이트는 Ksplice 기술을 통해 온라인으로 적용되며 스토리지 서버에 대한 업데이트는 롤링 방식으로 적용됩니다.
그러나 서비스 인프라를 업데이트하는 동안 Oracle은 메모리, 스토리지 확장, 운영체제 및 Grid Infrastructure 패치(사전 검사 포함), 컴퓨트 및 스토리지 서버의 탄력적 확장 등 일부 작업을 차단할 수 있습니다. 업데이트가 완료될 때까지 이러한 작업을 연기하도록 계획하십시오. 보안 업데이트를 적용하려면 DB 서버 호스트당 약 15분, I/O 작업에 따라 스토리지 서버당 60분이 소요됩니다. 영향을 받는 작업을 시도하면 콘솔에서 진행 중인 보안 업데이트를 알려줍니다. 게스트 VM에서 소프트웨어가 업데이트되지 않습니다.
일회성 패치 사용자 정의
Oracle Cloud 콘솔 유지보수 뷰를 사용하여 일정이 잡힌 시작 시간을 편집하거나 일회성 패치를 즉시 설치하도록 선택할 수 있습니다. 기본적으로 Oracle은 패치가 제공되는 후 72시간 이내에 적용할 일회용 패치를 예약합니다. 일정 변경 작업이 수행되지 않으면 패치가 자동으로 적용됩니다. 현재 분기 내에서만 일회성 패치의 일정을 조정할 수 있습니다. 그러나 일회용 패치를 모두 건너뛸 수는 없습니다.
적용할 패치 종류 지정
한 가지 표준 유지보수 작업은 자율운영 컨테이너 데이터베이스에 데이터베이스 소프트웨어 패치를 적용하고, 그 안에 생성된 자율운영 AI 데이터베이스를 확장하여 적용하는 것입니다. 기본적으로 Oracle은 RU(릴리스 업데이트)를 적용합니다. 유지보수 유형을 다음 RU로 구성하여 자율운영 컨테이너 데이터베이스를 다음 릴리스 업데이트로 업데이트하거나, 최신 RU를 구성하여 자율운영 컨테이너 데이터베이스를 다음 유지보수 기간의 최신 릴리스 업데이트로 업데이트할 수 있습니다. 따라서 Oracle은 사용 가능한 경우 선호도에 맞는 이미지 유형을 사용합니다. 원하는 경우 항상 지정된 예약된 패치를 다른 버전으로 변경할 수 있습니다.
단계별 지침은 자율운영 컨테이너 데이터베이스 유지보수 환경설정 업데이트를 참조하십시오.
이미 스케줄링된 유지관리 보기 및 관리
설정한 유지보수 기간에 따라 유지보수 작업 일정이 잡히면 패치 버전 변경 시점까지, 즉시 패치를 적용하거나 작업을 건너뛰는 시점까지 작업의 실제 타이밍을 관리할 수 있습니다.
일정이 잡힌 유지보수 세부정보
일정이 잡힌 각 Exadata 인프라, 자율운영 Exadata VM 클러스터 또는 자율운영 컨테이너 데이터베이스 유지보수 이벤트에 대해 리소스의 유지보수 페이지에 다음 세부정보가 나열됩니다.
- 이벤트의 상태.
- 이벤트 유형으로, 주별, 분기별, 월별 또는 연도별입니다.
- 이벤트의 OCID입니다.
- 이벤트의 스케줄링된 시작 시간 및 일자입니다.
-
롤링 온 비롤링 이벤트 유지 관리 방법입니다. 이는 Exadata 인프라 리소스에만 표시됩니다.
- 이벤트에 적용할 패치 버전입니다. 이는 자율운영 컨테이너 데이터베이스 리소스에만 표시됩니다.
일정이 잡힌 유지보수의 관리 작업
인프라 리소스 유지보수 페이지에 나열된 각 유지보수 이벤트에 대해 이벤트가 아직 진행 중이 아닌 경우 다음 관리 작업을 수행할 수 있습니다.
-
이벤트의 시작 시간과 일자를 분기의 나중 시간으로 다시 예약합니다. 유지보수 시작 시간 편집 창에서 새 시작 시간 및 날짜를 지정합니다.
-
지금 패치를 눌러 유지보수 이벤트를 즉시 시작합니다.
참고: 지금 패치는 자율운영 Data Guard가 사용으로 설정된 자율운영 AI 데이터베이스에 사용할 수 없습니다. 임시해결책으로 사용 가능한 가장 가까운 4시간 기간에 시작되도록 일정이 잡힌 유지보수 시간을 수정할 수 있습니다. 대기 데이터베이스가 기본 데이터베이스보다 먼저 패치되고 그 사이에 버퍼 기간이 1~7일인지 확인하십시오.
- 자율운영 컨테이너 데이터베이스 일정이 잡힌 유지보수 이벤트를 건너뜁니다.
주: 두 개의 연속 유지 관리 이벤트를 건너뛸 수는 없습니다. 유지 관리 이벤트를 건너뛴 후에는 다음 즉시 일정이 잡힌 유지 관리 이벤트를 건너뛸 수 없습니다. 1년에 두 개의 대체 분기에 대한 유지 관리 이벤트만 건너뛸 수 있습니다.
-
적용할 다른 패치 버전을 선택하십시오. 버전을 선택할 때는 다음 사항에 유의하십시오.
-
자율운영 컨테이너 데이터베이스의 현재 버전보다 이후 버전을 선택해야 합니다.
-
사용 가능한 버전 목록에는 RU(릴리스 업데이트) 및 RUR(릴리스 업데이트 개정)이 모두 포함될 수 있습니다. 자율운영 컨테이너 데이터베이스에 대해 구성된 유지보수 유형에 관계없이 두 유형 중 하나를 선택할 수 있습니다. 버전 목록에서 다른 유형을 선택하면 자율운영 컨테이너 데이터베이스에 대해 구성된 유형이 변경되지 않습니다.
-
-
Exadata Infrastructure 유지보수 방법을 롤링에서 비롤링으로 업데이트하고 그 반대로 업데이트합니다.
단계별 지침은 다음을 참조하십시오.
유지 관리 상태 통지 보기
DB_NOTIFICATIONS 뷰는 자율운영 AI 데이터베이스 인스턴스에 대한 유지보수 상태 통지에 대한 정보를 저장합니다.
적용 대상:
Oracle Public Cloud only
알림 정보를 표시하려면 다음을 수행합니다.
-
자율운영 AI 데이터베이스 인스턴스에 연결합니다.
-
유지 관리(패치 적용) 정보를 보려면 다음 질의를 사용합니다.
SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';
다음은 유지 관리 상태에 대한 세부정보를 제공합니다.
-
유지보수 실행이 종료됨: 유지보수가 완료되었음을 지정합니다.
STATUS는ACTUAL_START_DATE및ACTUAL_END_DATE에서 완료된 유지 관리에 대한 시작 및 종료 시간 기록이 있는COMPLETED값을 보여줍니다. -
인스턴스에 대한 유지보수 실행 일정이 잡혀 있습니다. 새 유지보수 일정이 잡혔음을 지정합니다.
STATUS는EXPECTED_START_DATE및EXPECTED_END_DATE에서 일정이 잡힌 유지보수에 대한 예상 시작 및 종료 시간 기록이 있는SCHEDULED값을 보여줍니다. -
유지 관리 실행이 시작되었습니다. 유지 관리가 진행 중임을 지정하고 활성 유지 관리에 대한 시작 시간 기록을 제공합니다.
STATUS는IN_PROGRESS값을 표시하고ACTUAL_START_DATE는 시작 시간 기록을 저장합니다.
다음 표에서는 DB_NOTIFICATIONS 열과 데이터 유형을 보여줍니다.
| 열 | 데이터 유형 | 설명 |
|---|---|---|
TYPE |
VARCHAR2(128)TYPE |
통지 유형을 지정합니다. 적합한 값은 |
TIME |
TIMESTAMP(6) WITH TIME ZONE |
통지 항목이 추가된 시간입니다. |
EXPECTED_START_DATE |
TIMESTAMP(6) WITH TIME ZONE |
일정이 잡린 유지보수 시작 시간입니다. |
EXPECTED_END_DATE |
TIMESTAMP(6) WITH TIME ZONE |
일정이 잡힌 유지보수 종료 시간입니다. |
ACTUAL_START_DATE |
TIMESTAMP(6) WITH TIME ZONE |
실제 유지보수 시작 시간입니다. |
ACTUAL_END_DATE |
TIMESTAMP(6) WITH TIME ZONE |
실제 유지보수 종료 시간입니다. |
PRODUCT |
VARCHAR2(128) |
유지보수 일정이 잡히거나 진행 중인 제품 또는 구성요소입니다. 값: |
STATUS |
VARCHAR2(128) |
유지 관리의 현재 상태입니다. 값: |
OP_MODE |
VARCHAR2(64) |
패치 작업 모드입니다. 값: |
DATABASE_IMPACT |
VARCHAR2(64) |
데이터베이스에 미치는 영향. 값: |
DESCRIPTION |
VARCHAR2(128) |
통지 메시지 세부사항입니다. |
PATCH_ID |
VARCHAR2(128) |
패치 버전. |
유지 관리 이벤트의 자동 대기열 지정
DifferentAutonomous AI Database의 분기별 유지보수 이벤트리소스
인프라 리소스에 대한 사용자정의 유지보수 일정을 선택하면 Oracle은 유지보수 이벤트를 일정 잡는 동안 환경설정을 준수합니다. 그러나 사용자정의 일정이 다른 인프라 리소스와 겹치는 경우 Oracle은 유지보수 이벤트가 이 순서대로 실행되도록 Exadata 인프라, 자율운영 Exadata VM 클러스터, 자율운영 컨테이너 데이터베이스와 같은 일정 시간 간격으로 자동 직렬화합니다.
예: Exadata Infrastructure 리소스 유지보수 이벤트와 자율운영 컨테이너 데이터베이스 유지보수 이벤트가 동시에 시작되도록 일정이 잡혀 있다고 가정합니다. 이 경우 Exadata Infrastructure 리소스 유지보수 이벤트가 시작되고 자율운영 컨테이너 데이터베이스 유지보수 이벤트가 대기열에 지정되어 Exadata Infrastructure 리소스 유지보수 이벤트 직후 시작됩니다.
분기별 유지보수 이벤트 및 월별 인프라 보안 패치
| Scenario | 대기 중 |
|---|---|
| 월별 인프라 보안 패치의 24시간 내에 분기별 유지보수 작업 일정이 잡힌 경우. | 일정이 잡힌 월별 유지보수는 건너뛰고 분기별 유지보수 직후 적용됩니다. |
| 월별 인프라 보안 패치와 동시에 분기별 유지보수 작업 일정이 잡힌 경우 | 분기별 유지보수가 먼저 수행되며 분기별 유지보수 완료 후 즉시 월별 보안 패치가 적용됩니다. |
| 월별 인프라 보안 패치가 분기별 유지보수보다 0-24시간 앞서 시작되도록 일정이 잡힌 경우. | 일정이 잡힌 월별 유지보수가 대기되고 분기별 유지보수 후 즉시 수행됩니다. 이후에 분기별 유지보수 일정이 조정되면 월별 보안 유지보수가 즉시 시작됩니다. 따라서 Oracle은 분기별 유지 관리와 월별 유지 관리를 동시에 예약할 것을 권장합니다. 따라서 마지막 순간에 분기별 유지보수 이벤트 일정을 조정하는 경우 일정 편집 시 일정이 잡힌 시간에 월별 유지보수 작업이 실행됩니다. |
| 같은 달에 보안 유지보수 기간인 24시간이 지나지 않아 분기별 유지보수 일정이 잡혀 있는 경우. | 분기별 유지보수를 위한 유지보수 기간은 한 개, 보안 유지보수를 위한 유지보수 기간은 한 개가 필요합니다. 참고: 일정이 잡힌 월별 Exadata 인프라 유지보수 전에는 언제든지 일정을 조정할 수 있습니다. 분기별 보안 유지보수 및 월별 보안 유지보수 일정이 잡힌 월의 분기별 유지보수 최소 25시간 전에 월별 보안 유지보수 일정을 잡으면 스토리지 서버는 한 번만 업데이트됩니다. |
과거 유지 관리 이벤트 보기
세부정보 페이지에서 Exadata 인프라, 자율운영 Exadata VM 클러스터 또는 자율운영 컨테이너 데이터베이스 리소스의 과거 유지보수를 확인할 수 있습니다.
단계별 지침은 다음을 참조하십시오.
서비스 유지 관리 이벤트 모니터링
이벤트 및 통지 서비스를 사용하여 자율운영 AI 데이터베이스 인프라 리소스의 유지보수 이벤트를 모니터링할 수 있습니다. 이벤트 및 통지 서비스를 사용하면 Exadata 인프라, 자율운영 Exadata VM 클러스터 및 자율운영 컨테이너 데이터베이스 리소스에서 유지보수 이벤트가 발생할 때 전자메일 통지를 받을 수 있습니다.
각 인프라 리소스에 대해 아래 나열된 것처럼 네 개의 서로 다른 유지보수 이벤트가 생성됩니다.
- 유지보수 일정이 잡힘
- 유지보수 미리 알림 자율운영 Exadata VM 클러스터(AVMC) 및 자율운영 컨테이너 데이터베이스(ACD) 리소스의 경우 실제 유지보수 실행 1주일 전에 유지보수 미리 알림 통지가 전송됩니다. Exadata 인프라 리소스의 경우, 미리 알림 통지는 설정된 환경설정에 따라 유지보수 실행 1주에서 4주 사이에 해제됩니다.
- 유지보수 시작
- 유지보수 종료
각 인프라 리소스에 대해 생성된 전체 이벤트 목록은 전용 Exadata 인프라의 자율운영 AI 데이터베이스 이벤트를 참조하십시오.
다음과 같은 높은 레벨의 작업을 수행하여 Infrastructure 리소스에 대해 이러한 유지 관리 이벤트를 구독할 수 있습니다.
- 통지 서비스 토픽을 생성합니다.
- 토픽에 전자메일 구독을 추가합니다.
- 통지 서비스 토픽에 유지 관리 이벤트를 전송하려면 이벤트 서비스 규칙을 추가합니다.
예제에 대한 단계별 지침은 Notifications Example: Emails for Maintenance Events를 참조하십시오.