Oracle AI Database 23.26.2를 사용하면 단 한 번의 Data Guard Broker 명령으로 스탠바이 플러그형 데이터베이스(PDB)와 리두 로그(redo logs)를 생성할 수 있어, 재해 복구(disaster-recovery) 설정을 오랫동안 지연시켜 온 수동 파일 복사 작업을 제거할 수 있습니다.
이것이 중요한 이유
물리적 스탠바이 PDB를 생성하려면 데이터 파일을 스탠바이 컨테이너로 복사하고, 명시적인 ALTER 명령으로 스탠바이 리두 로그(SRL)를 구축하며, 전체 구성을 재검토하는 등 일련의 수동 작업이 필요했습니다. 각 단계마다 오타, 파일 누락 또는 로그 그룹 불일치의 위험이 있으며, 이는 복구 테스트를 지연시키거나 최악의 경우 페일오버(failover)를 실패하게 만들 수 있습니다. 프로세스를 자동화하면 이러한 위험을 줄이고 DBA가 더 높은 수준의 작업에 집중할 수 있도록 해줍니다.
이전의 스탠바이 PDB 구축 방식
멀티테넌트(multitenant) 아키텍처에서는 기본 CDB(컨테이너 데이터베이스)가 하나 이상의 PDB를 호스팅합니다. PDB를 보호하기 위해 관리자는 다음 작업을 수행해야 했습니다:
- 기본 호스트에서 스탠바이 호스트로 각 데이터 파일을 식별하고 복사합니다.
- 기본 데이터베이스의 리두 로그 레이아웃을 미러링하는 SRL을 수동으로 생성합니다.
- RMAN 복구(restore) 또는 duplicate 명령을 실행하여 스탠바이를 동기화합니다.
- 스탠바이가 스위치오버(switchover)를 수용할 수 있는지 확인하기 위해 일련의 검증 단계를 실행합니다.
특히 대규모 PDB의 경우 워크플로우가 몇 시간씩 걸릴 수 있었으며, 작은 실수 하나로 스탠바이를 사용할 수 없는 상태가 될 수도 있었습니다.
23.26.2 업데이트의 기능
최신 Oracle AI Database 릴리스는 필요한 단계들을 Data Guard Broker에 내장했습니다. 단일 ADD PLUGGABLE DATABASE 문을 실행하면 브로커가 다음을 수행합니다:
- 새로운 스탠바이 PDB를 기본 데이터베이스에 등록합니다.
- 백그라운드에서 필요한 데이터 파일을 복사합니다. RMAN 복구나 수동 파일 복사가 필요하지 않습니다.
- 적절한 스탠바이 리두 로그를 생성하고 스탠바이 CDB에 자동으로 추가합니다.
- PDB를 READ ONLY 모드로 유지하여 물리적 스탠바이 스위치오버를 준비합니다.
테스트에 사용된 명령은 다음과 같습니다:
DGMGRL> ADD PLUGGABLE DATABASE 'amol' AT cdb2
SOURCE IS 'amol' AT cdb1
PDBFILENAMECONVERT IS "'/CDB1/','/CDB2/'";
실제 테스트 사례
작성자는 cdb1의 기본 PDB를 미러링하는 보조 CDB(cdb2)에 AMOL이라는 이름의 스탠바이 PDB를 생성했습니다. 브로커는 작업을 즉시 완료했습니다. RMAN 복구가 실행되지 않았고, OS 로그에 수동 파일 복사 기록이 나타나지 않았으며, ALTER DATABASE 문 없이도 스탠바이 리두 로그 그룹이 카탈로그에 나타났습니다.
PDB를 열면 READ ONLY 모드로 전환되어 물리적 스탠바이 상태임을 확인할 수 있습니다. 데이터 파일을 빠르게 확인한 결과 스탠바이 측에 프로비저닝되었음이 증명되었습니다. 리두 적용(redo apply)은 이미 실행 중이었으며, 브로커는 구성이 스위치오버 준비가 되었다고 보고했습니다.
DBA에게 주는 시사점
자동화는 인적 오류의 가능성을 줄이고 계획부터 운영 스탠바이 구축까지 걸리는 시간을 대폭 단축합니다. 이제 팀은 몇 시간이 아닌 몇 분 만에 스탠바이 PDB를 프로비저닝할 수 있으며, 이는 새로운 서비스를 빈번하게 생성하는 환경에서 특히 유용합니다.
트레이드오프(trade-off)는 Data Guard Broker의 내부 로직에 대한 의존도가 높아진다는 점입니다. 일부 DBA는 세밀한 제어를 유지하거나 맞춤형 모니터링 도구와 통합하기 위해 각 단계를 직접 스크립트로 작성하는 것을 선호합니다. 다중 네트워크, 이기종 스토리지 또는 비표준 리두 레이아웃과 같은 복잡한 설정에서는 관리자가 브로커의 기본 설정이 정책과 일치하는지 여전히 확인해야 할 수도 있습니다.
향후 주목할 점
Oracle은 이 자동화 기능에 대한 추가 확장을 발표하지 않았지만, 이번 조치는 향후 릴리스에서 멀티테넌트 DR 워크플로우의 더 많은 부분을 브로커로 통합할 수 있음을 시사합니다. 다음 사항을 주목하십시오:
- 추가적인 스탠바이 유형 지원 (예: 논리적 스탠바이 PDB).
- 감사 목적으로 브로커의 결정을 보여주는 확장된 로깅.
- 이전에 수동 RMAN 단계에 의존했던 타사 백업 도구와의 호환성 확인.
조직에서 고가용성(high-availability) 구성으로 Oracle AI Database를 운영 중이라면, 비운영 CDB에서 새 명령을 테스트하는 것이 영향을 파악하는 가장 빠른 방법입니다.
핵심 요약: Oracle AI Database 23.26.2는 여러 단계에 걸쳐 오류가 발생하기 쉬웠던 스탠바이 PDB 설정을 단 한 줄의 명령으로 바꾸어, 멀티테넌트 환경에 더 빠르고 신뢰할 수 있는 재해 복구 기능을 제공합니다.