자율운영 Data Guard를 사용하여 장애 및 재해로부터 중요한 데이터베이스 보호

자율운영 Data Guard 기능을 사용하면 실패, 재해, 인적 오류 또는 데이터 손상에도 불구하고 중요한 운용 데이터베이스를 미션 크리티컬 애플리케이션에서 계속 사용할 수 있습니다. 이러한 종류의 기능을 재해 복구라고도 합니다.

전용 Exadata 인프라의 자율운영 AI 데이터베이스에서는 자율운영 컨테이너 데이터베이스 레벨에서 자율운영 Data Guard를 구성하고 관리합니다.

자율운영 Data Guard 정보

자율운영 Data Guard는 두 개의 완전히 별도의 데이터베이스 복사본(애플리케이션이 연결 및 사용하는 기본 데이터베이스)과 기본 데이터베이스의 동기화된 복사본인 대기 데이터베이스를 생성하고 유지 관리합니다. 그런 다음 어떤 이유로 기본 데이터베이스를 사용할 수 없게 되면 자율운영 Data Guard가 대기 데이터베이스를 기본 데이터베이스로 변환하여 애플리케이션 서비스를 시작할 수 있습니다.

기본 및 대기 데이터베이스는 종종 서로 피어 데이터베이스라고 합니다. 자율운영 컨테이너 데이터베이스당 최대 두 개의 대기 데이터베이스를 사용할 수 있습니다.

주: 자율운영 Data Guard에서 제공하는 데이터베이스 가용성 기능의 이점을 최대한 활용하려면 TAC(투명한 애플리케이션 연속성)를 사용하도록 애플리케이션을 구성해야 합니다.

다음 다이어그램은 각 standby database가 primary database와 동기화된 상태로 유지되는 방식을 보여줍니다.

autonomous-data-guard.png 그림에 대한 설명

primary database의 변경 사항은 primary database의 리두 로그에 기록됩니다. 자율운영 Data Guard는 네트워크를 통해 이러한 리두 레코드를 대기 데이터베이스의 리두 로그로 전송합니다. 그런 다음 standby database가 이러한 레코드를 standby database에 적용합니다. 이러한 방식으로 대기 데이터베이스는 기본 데이터베이스와 동기화된 상태로 유지됩니다.

동기화는 거의 즉각적으로 이루어지지만, 방금 설명한 프로세스에서 알 수 있듯이 리두 레코드를 standby database로 전송하고 리두 레코드를 standby database에 적용하는 두 가지 작업이 있습니다. 그 중 첫 번째는 전송 지연이라고 하고 다른 하나는 적용 지연이라고 합니다. 자율운영 Data Guard 아래의 데이터베이스 세부정보 페이지에서 자율운영 AI 데이터베이스에 대한 현재 지연 값을 볼 수 있습니다. 컨테이너 데이터베이스의 [세부정보] 페이지에서 컨테이너 데이터베이스의 모든 자율운영 AI 데이터베이스에서 현재 지연 값을 유사한 방식으로 볼 수 있습니다.

주: 대기 데이터베이스가 여러 개인 경우에는 계단식 리두 전송이 지원되지 않습니다.

자율운영 Data Guard 설정

전용 Exadata 인프라의 자율운영 AI 데이터베이스에서는 자율운영 컨테이너 데이터베이스(ACD) 레벨에서 자율운영 Data Guard를 구성하고 관리합니다. 이미 프로비전된 ACD에 대해 자율운영 Data Guard를 사용으로 설정하고 Oracle Cloud Infrastructure 콘솔을 사용하여 세부정보 페이지에서 최대 2개의 대기 ACD를 추가할 수 있습니다. 지침은 자율운영 컨테이너 데이터베이스에서 자율운영 Data Guard 사용 및 두 번째 대기 자율운영 컨테이너 데이터베이스 추가를 참조하십시오.

자율운영 Data Guard를 구성하기 전에 다음 사항에 유의하십시오.

고객 관리 키로 자율운영 Data Guard 구성

전용 Exadata 인프라의 자율운영 AI 데이터베이스에서는 자율운영 컨테이너 데이터베이스(ACD) 레벨에서 고객 관리 키로 자율운영 Data Guard를 구성하고 관리할 수 있습니다. Oracle Cloud Infrastructure 콘솔을 사용하여 이미 프로비전된 ACD에 대해 자율운영 Data Guard를 사용으로 설정하고 세부정보 페이지에서 최대 2개의 대기 ACD를 추가할 수 있습니다. 지침은 자율운영 컨테이너 데이터베이스에서 자율운영 Data Guard 사용 및 두 번째 대기 자율운영 컨테이너 데이터베이스 추가를 참조하십시오.

고객 관리 키로 자율운영 Data Guard를 구성하기 전에 다음 사항에 유의하십시오.

참고: OCI 리전의 ACD와 AWS 리전의 ACD 간에 자율운영 Data Guard를 구성하는 경우 Oracle 관리 키 또는 Oracle Key Vault만 사용할 수 있습니다. OCI KMS 키 또는 AWS KMS 키는 사용할 수 없습니다.

역할 전환 및 운영

자율운영 컨테이너 데이터베이스(ACD)가 생성된 후에는 스위치오버 또는 페일오버 작업을 사용하여 피어 데이터베이스의 롤을 변경할 수 있습니다. 자동 복구가 사용으로 설정된 경우 자율운영 Data Guard는 어떤 이유로든 기본 데이터베이스를 사용할 수 없게 될 때마다 자동으로 복구 작업을 수행합니다.

스위치오버는 기본 데이터베이스와 해당 대기 데이터베이스 간의 역할 전환입니다. switchover는 데이터 손실을 방지합니다. switchover 동안 primary database가 standby 롤로 전환되고 standby database가 primary 롤로 전환됩니다. 전환 작업을 수행하려면 자율운영 Data Guard 구성에서 롤 전환을 참조하십시오.

페일오버는 기본 데이터베이스를 사용할 수 없는 경우입니다. 페일오버를 수행하면 대기 데이터베이스가 기본 롤로 전환됩니다. 자동 페일오버가 사용으로 설정되지 않은 경우 자율운영 Data Guard 구성에서 대기로 페일오버에 설명된 대로 수동 페일오버를 수행할 수 있습니다.

복구 작업 후 데이터베이스의 가용성 및 상태는 다음 두 가지 복구 목표를 특징으로 합니다.

페일오버 후 실패한 기본은 사용 안함으로 설정된 대기가 되고 데이터베이스 접속에 사용할 수 없는 상태로 유지됩니다. 복원 작업을 수행하여 다시 사용으로 설정하고 정상 대기로 전환할 수 있습니다. 실패한 기본이 대기로 복원되면 전환을 수행하여 원래 기본 롤로 되돌릴 수 있습니다. 복원 작업을 수행하려면 자율운영 Data Guard 구성에서 사용 안함으로 설정된 대기 복원을 참조하십시오.

자동 Failover 또는 Fast-Start Failover

자동 페일오버를 사용하면 지역 장애, 가용성 도메인 장애, Exadata 인프라 또는 자율운영 Exadata VM 클러스터(AVMC) 장애 또는 ACD 자체 장애로 인해 기본 ACD를 사용할 수 없게 될 때마다 자동으로 대기 ACD로 페일오버됩니다. 이를 Fast-Start Failover라고도 합니다.

ACD에서 자율운영 Data Guard를 구성하는 동안 자동 복구를 사용으로 설정할 수 없습니다. 자동 복구는 ACD 세부정보 페이지에서 자율운영 Data Guard 설정을 업데이트하는 동안만 사용 또는 사용 안함으로 설정할 수 있습니다.

참고: 영역 간 자율운영 Data Guard가 설정된 Exadata Cloud@Customer에 배치된 자율운영 AI 데이터베이스에 대해서는 자동 복구를 사용으로 설정할 수 없습니다.

첫번째 대기 ACD에 대해 자동 페일오버가 사용으로 설정된 두번째 대기 ACD를 추가할 수 없습니다. 따라서 두번째 대기 ACD를 생성하기 전에 자율운영 Data Guard 설정 업데이트를 사용하여 자동 복구를 사용 안함으로 설정하고, 필요한 경우 나중에 다시 사용으로 설정하십시오.

최대 성능 및 최대 가용성 보호 모드 모두 자동 복구를 지원합니다.

자세한 내용은 자율운영 Data Guard 설정 업데이트를 참조하십시오.

하드웨어 Failure, 가용성 도메인 운용중단 및 지역별 운용중단 외에도 아래에 나와 있는 것처럼 Fast-Start Failover를 트리거할 수 있는 몇 가지 데이터베이스 상태도 있습니다.

데이터베이스 건전성 조건 설명
손상된 제어 파일 디스크 오류 때문에 제어 파일이 영구적으로 손상되었습니다.
손상된 딕셔너리 Critical 데이터베이스의 딕셔너리 손상 현재 이 상태는 데이터베이스가 열려 있는 경우에만 감지할 수 있습니다.
데이터 파일 쓰기 오류 임시 파일, 시스템 데이터 파일 및 언두 파일을 비롯한 모든 데이터 파일에서 쓰기 오류가 발생합니다.

자동 복구의 결과로 실패한 primary database의 롤이 Disabled Standby가 되고 잠시 후 standby database가 primary database의 롤을 맡습니다. 자동 failover가 완료되면 비활성화된 standby database의 세부 정보 페이지에 failover가 발생했음을 알리는 메시지가 표시됩니다.

서비스가 이전 기본 자율운영 컨테이너 데이터베이스 문제를 해결한 후 수동 전환을 수행하여 두 데이터베이스를 초기 롤로 반환할 수 있습니다. standby database를 프로비저닝(Provisioning)한 후에는 다음과 같이 standby database와 관련된 다양한 관리 작업을 수행할 수 있습니다.

다중 대기 데이터베이스 및 자동 복구를 사용하는 자율운영 Data Guard 설정에서 다음을 수행합니다.

스냅샷 대기 데이터베이스

스냅샷 대기 데이터베이스는 대기 ACD(자율운영 컨테이너 데이터베이스)를 스냅샷 대기 ACD로 변환하여 생성된 완전히 업데이트 가능한 대기 데이터베이스입니다. 단계별 지침은 Convert Physical Standby to Snapshot Standby를 참조하십시오.

스냅샷 standby database는 primary database로부터 리두 데이터를 수신하고 아카이브하지만 적용되지는 않습니다. 그러나 primary database의 실시간 변경 사항이 적용되지 않기 때문에 RTO(Recovery Time Objective)가 증가합니다.

스냅샷 대기 기능은 다양한 사용 사례를 지원하지만 다음과 같은 주요 사용 사례가 있습니다.

주: 자동 복구가 사용으로 설정된 스냅샷 대기로 물리적 대기 자율운영 컨테이너 데이터베이스를 변환할 수 없습니다.

스냅샷 대기로 변환하는 동안 스냅샷 모드에서만 활성 상태인 새 데이터베이스 서비스를 활성화하거나 기본 데이터베이스에서 사용된 것과 동일한 서비스 집합을 사용할 수 있습니다. 하지만 스냅샷 대기 데이터베이스에서 기본 데이터베이스 서비스를 활성화하면 스냅샷 대기 접속 요청이 기본 데이터베이스로 전달되거나, 잘못된 데이터베이스 접속 문자열을 사용하는 경우 그 반대로 전달될 수 있습니다. 따라서 primary database 및 snapshot standby database에 연결하는 동안 적절한 연결 문자열을 사용할 때는 주의해야 합니다.

주: 스냅샷 대기로 새 서비스를 생성하면 스냅샷 대기 ACD의 모든 자율운영 AI 데이터베이스에 대한 전자 지갑이 업데이트됩니다. 데이터베이스에 액세스하려면 대기 자율운영 AI 데이터베이스에서 전자 지갑을 재로드하고 스냅샷 대기 접속 문자열을 사용합니다.

스냅샷 대기 ACD를 OCI(Oracle Cloud Infrastructure)에서 수동으로 물리적 대기 ACD로 다시 변환할 수 있습니다. 자세한 지침은 Convert Snapshot Standby to Physical Standby를 참조하십시오. 스냅샷 standby가 수동으로 물리적 standby로 변환되지 않으면 생성 후 7일이 지나면 자동으로 물리적 standby로 변환됩니다. 어떤 경우든 스냅샷 대기 데이터베이스를 물리적 대기 데이터베이스로 다시 변환하면 스냅샷 대기 데이터베이스에 대한 모든 로컬 업데이트가 폐기되고 기본 데이터베이스에서 수신된 리두 데이터가 적용됩니다.

대기 ACD가 스냅샷 대기 모드인 경우 기본 ACD에서 다음 작업을 수행할 수 없습니다.

상황이 필요한 경우 기본 데이터베이스에서 스냅샷 대기로 수동으로 페일오버할 수 있습니다. 이 경우 failover는 스냅샷 standby database에 대해 수행된 모든 로컬 갱신 사항을 삭제하고 primary database의 데이터를 적용하여 스냅샷 standby database를 물리적 standby database로 변환합니다. 단계별 지침은 자율운영 Data Guard 구성에서 대기로 페일오버를 참조하십시오.

기본 데이터베이스와 스냅샷 대기 데이터베이스 간의 스위치오버는 허용되지 않습니다. switchover를 시도하기 전에 스냅샷 standby를 물리적 standby로 수동으로 변환해야 합니다.

클라이언트 애플리케이션에서 대기 데이터베이스 액세스

자율운영 Data Guard 구성에서 클라이언트 애플리케이션은 일반적으로 기본 데이터베이스에 접속하여 작업을 수행합니다.

물리적 대기 데이터베이스에 연결

자율운영 Data Guard는 이러한 일반 접속 외에도 대기 데이터베이스에서 읽기 전용 작업을 수행하는 클라이언트 애플리케이션을 접속할 수 있는 옵션을 제공합니다. 이 옵션을 활용하기 위해 클라이언트 애플리케이션은 Predefined Database Service Names for Autonomous AI Database에 설명된 대로 "_RO"("읽기 전용")를 포함하는 데이터베이스 서비스 이름을 사용하여 데이터베이스에 연결합니다.

스냅샷 Standby Database에 연결

또한 자율운영 Data Guard를 사용하면 스냅샷 대기 데이터베이스에 읽기/쓰기 작업을 수행하는 클라이언트 애플리케이션을 연결할 수 있습니다. 이러한 작업은 스냅샷 standby database에 대해 로컬이며 primary database를 수정하지 않습니다. 스냅샷 대기 데이터베이스에 접속하기 위해 클라이언트 애플리케이션은 자율운영 AI 데이터베이스의 미리 정의된 데이터베이스 서비스 이름에 설명된 대로 "_SS"("스냅샷 대기")를 포함하는 데이터베이스 서비스 이름을 사용할 수 있습니다.

주: 대기 데이터베이스가 스냅샷 대기 모드인 경우 이름에 "_RO" 서비스를 포함하는 모든 데이터베이스 서비스는 비활성 상태이며 연결에 사용할 수 없습니다.

지연 시간 모니터링

자율운영 Data Guard를 사용하는 데이터베이스가 실행 중일 때 자율운영 Data Guard 그룹을 선택하여 데이터베이스(또는 컨테이너 데이터베이스의 세부정보) 페이지에서 전송 지연을 모니터링하고 지연 시간을 적용할 수 있습니다. 또한 OCI 콘솔 또는 관찰 가능성 API를 사용하여 전송 지연을 모니터링하고 알람 및 통지를 구성할 수 있습니다. 자세한 내용은 자율운영 AI 데이터베이스 측정지표를 사용한 데이터베이스 관찰성을 참조하십시오.

작업 로드가 데이터베이스 EJB 및 흐름에 따라 시간이 지남에 따라 약간의 변동이 있을 것으로 예상해야 합니다. 그러나 지연 시간의 상향 추세가 계속되는 경우 다음 작업을 수행하여 상황을 해결할 수 있습니다.

자율운영 Data Guard 구성 옵션

자율운영 Data Guard를 구성할 때 대기 데이터베이스가 생성되도록 할 Exadata 인프라 및 자율운영 Exadata VM 클러스터 리소스를 지정하고 사용할 데이터 보호 모드를 지정합니다.

대기 데이터베이스에 사용할 Exadata 인프라 및 자율운영 Exadata VM 클러스터 리소스를 지정할 때 다음 선택사항이 있습니다.

보호 모드 정보

자율운영 Data Guard는 다음과 같은 데이터 보호 모드를 제공합니다.

OCI(Oracle Cloud Infrastructure) 콘솔에서 자율운영 Data Guard 설정에서 보호 모드를 변경할 수 있습니다. 단계별 지침을 보려면 자율운영 Data Guard 설정 업데이트를 참조하십시오.

자율운영 Data Guard 기능이 적용되는 Oracle Data Guard의 보호 모드에 대한 자세한 내용은 Oracle Data Guard Concepts and Administration의 Oracle Data Guard Protection Modes를 참조하십시오.

자율운영 Data Guard 구성 중 모범 사례

자율운영 AI 데이터베이스를 사용하면 자율운영 Data Guard로 최대 2개의 대기 ACD를 생성할 수 있지만 요구사항에 따라 단일 또는 다중 대기 ACD를 사용하도록 선택할 수 있습니다. 그러나 자율운영 AI 데이터베이스가 제공하는 가장 탄력적인 재해 복구 옵션을 사용하려면 데이터 보호 모드로 한 개의 로컬 대기 ACD 및 한 개의 원격 또는 영역 간 대기 ACD를 최대 가용성과 함께 추가할 수 있습니다.

이 설계의 이점을 이해해 보겠습니다.

자율운영 Data Guard가 표준 관리 작업에 미치는 영향

경우에 따라 자율운영 컨테이너 데이터베이스에서 수행하는 표준 관리 작업은 표준 컨테이너 데이터베이스와 비교하여 자율운영 Data Guard 구성의 기본 및 대기 컨테이너 데이터베이스에서 다르게 작동합니다. 다음 목록에서는 이러한 차이점에 대해 설명합니다.

단계별 가이드

자율운영 컨테이너 데이터베이스에서 자율운영 Data Guard 구성을 관리하는 단계별 지침은 다음을 참조하십시오.

API를 사용하여 자율운영 Data Guard 구성을 보고 관리할 수도 있습니다. 자세한 내용은 자율운영 Data Guard 구성 관리 API를 참조하십시오.

관련 콘텐츠

자율운영 Data Guard 구성 관리