NetVault Plug-in for Oracle 12.2 - 사용자 안내서

Oracle 10.2.x: 제어 파일 및 SPFILE 백업을 기본 데이터베이스 서버에서 수행해야 하는 동안 데이터 파일 및 아카이브된 다시 실행 로그 파일 백업을 대기 데이터베이스 서버에 오프로드할 수 있습니다. 기본 데이터베이스 서버 또는 대기 데이터베이스 서버에서 가져온 백업을 막론하고 데이터 파일 및 아카이브된 다시 실행 로그 파일의 백업을 사용하여 기본 데이터베이스 서버 또는 대기 데이터베이스 서버를 복구할 수도 있습니다. 자세한 내용은 Oracle 10.2.x Data Guard 개념 및 관리에서 RMAN으로 파일 백업 및 복원을 참조하십시오.

•

Oracle 11.x: 데이터 파일, 아카이브된 다시 실행 로그 파일, 제어 파일 및 SPFILE의 백업은 기본 데이터베이스 서버와 대기 데이터베이스 서버 간에 교체 가능하므로 대기 데이터베이스 서버 중 하나에서 모든 백업을 수행할 수 있습니다. 기본 데이터베이스 서버 또는 대기 데이터베이스 서버에서 가져온 백업을 막론하고 백업을 사용하여 기본 데이터베이스 서버 또는 대기 데이터베이스 서버를 복구할 수도 있습니다. 자세한 내용은 Oracle 11.x Data Guard 개념 및 관리에서 파일 백업 및 복원에 RMAN 사용을 참조하십시오.

Oracle 11.x에서는 모든 백업을 대기 데이터베이스 서버에서 수행할 필요가 없지만, Oracle 11.x 환경에 적용되는 유효한 전략은 10.2.x 환경의 요구 사항을 모방하는 것입니다. 10.2.x 환경에서는 제어 파일 및 SPFILE 백업이 기본 데이터베이스 서버에서 수행되는 동안 데이터 파일과 아카이브된 다시 실행 로그 파일만 대기 데이터베이스 서버에 오프로드됩니다.

Oracle 10.2.x 및 11.x에 적용되는 다른 유효한 전략은 기본 데이터베이스 서버와 대기 데이터베이스 서버에서 데이터 파일과 아카이브된 다시 실행 로그 파일의 백업을 번갈아 수행하면서 기본 데이터베이스 서버에서 제어 파일 및 SPFILE 백업을 수행하는 것입니다. 예를 들면, 증분 수준 0 백업은 대기 데이터베이스 서버에서 매주 수행하고 증분 수준 1 백업은 기본 데이터베이스 서버에서 매일 수행합니다. 또한, 기본 데이터베이스 서버에서 제어 파일 및 SPFILE의 매일 백업을 수행합니다.

Oracle의 MAA(Maximum Availability Architecture)에서는 이중 중단 시 전환 및 장애 조치에 새로운 사이트 사례를 도입하지 않으려면 기본 데이터베이스와 대기 데이터베이스에서 백업을 모두 수행하여 MTTR을 단축하는 것이 가장 좋습니다.

이 전략에서는 백업을 수행하는 기본 데이터베이스 서버와 하나 이상의 대기 데이터베이스 서버에 모두 Oracle용 플러그‑인 이 설치됩니다.


	참고: Oracle 11.x 이전의 Oracle 버전에서는 SPFILE의 백업을 다른 모든 대기 데이터베이스에서 사용할 수 있는 것으로 가정합니다. 그러나 실제로는 모든 대기 데이터베이스에서 같은 SPFILE을 사용할 수 없습니다. 따라서 RMAN에서는 하나의 데이터베이스 사이트에서 수행한 SPFILE 백업을 다른 데이터베이스 사이트에서 사용하는 것을 허용하지 않습니다. 이 제한은 호환되는 초기화 매개 변수를 11.0.0으로 설정한 경우에만 적용됩니다. 대기 데이터베이스에서는 SPFILE의 백업을 제외한 모든 백업 작업을 하나의 특정 대기 데이터베이스에 오프로드할 수 있습니다. 그러나 호환되는 초기화 매개 변수를 11.0.0으로 설정하면 테이프 또는 NetVault Backup 미디어에 백업을 기록하는 대기 사이트에서 수동으로 SPFILE을 디스크에 백업하고 카탈로그를 만들 수 있습니다. RMAN에서 SPFILE 백업 집합에 저장된 추가 메타데이터를 사용하여 백업 집합이 포함된 데이터베이스 SPFILE을 식별할 수 있습니다. 따라서 테이프 또는 NetVault Backup 미디어에서 복원하는 동안 적절한 SPFILE 백업을 선택합니다.

백업 대상 전략

Oracle 10.2.x Data Guard 환경의 기본 서버와 대기 서버에서 모두 백업하는 전략을 구현할 때 백업 대상 전략 정의에서 자세히 설명한 해당 백업 대상 전략을 고려하십시오.

RMAN에서는 백업 메타데이터를 복구 카탈로그에 저장하므로 기본 데이터베이스 서버에서 FRA에 백업을 수행하면 백업 중 생성된 RMAN 백업 조각이 복구 카탈로그에 등록됩니다. 다음날 대기 데이터베이스 서버에서 수행한 백업을 FRA에도 수행하면 백업 중 생성된 RMAN 백업 조각이 복구 카탈로그에도 등록됩니다.

주중에 대기 데이터베이스 서버에서 NetVault Backup Media Manager에 FRA 백업을 수행하면 FRA에서 NetVault Backup Media Manager로의 백업이 기본 데이터베이스 서버에서 FRA에 백업하여 생성되었던 백업 집합 액세스를 시도합니다. 기본 데이터베이스와 대기 데이터베이스에서는 FRA를 공유하지 않으므로 FRA에서 NetVault Backup Media Manager로의 백업이 실패합니다. FRA에서 NetVault Backup Media Manager로의 백업을 수행 중인 대기 데이터베이스 서버에서 액세스할 수 없는 기본 데이터베이스 서버의 백업 집합 액세스를 RMAN에서 시도합니다.

따라서 Oracle 10.2.x Data Guard 환경의 경우 기본 데이터베이스 서버 또는 대기 데이터베이스 서버 모두가 아닌 어느 하나에서만 FRA에 백업을 수행하는 것을 Quest에서는 권장합니다.

Oracle 11.x Data Guard 환경에서는 FRA에 백업되는 원본을 복구 카탈로그에서 Oracle 매개 변수 db_unique_name으로 구분할 수 있습니다. FRA에서 NetVault Backup Media Manager로의 백업을 선택하면 RMAN에서는 FRA에서 NetVault Backup Media Manager로의 백업을 수행 중인 데이터베이스 서버의 FRA에 있는 백업 집합을 백업합니다.

NetVault Backup Media Manager로의 백업 수행에 대한 자세한 내용은 백업 옵션 설정을 참조하십시오. FRA 백업에 대한 자세한 내용은 플래시 복구 영역(FRA) 백업을 참조하십시오.

대기에서 백업 전담


	참고: Oracle 10.2.x에서는 기본 데이터베이스 서버에서 제어 파일과 SPFILE의 백업을 수행해야 하는 동안 데이터 파일과 아카이브된 다시 실행 로그 파일의 백업만 대기 데이터베이스 서버로 오프로드할 수 있으므로 대기에서 백업 전담 전략은 Oracle 10.2.x Data Guard 환경에서 지원되지 않습니다.

배포

Data Guard 환경에서 Oracle용 플러그‑인 의 지원은 물리적 대기 데이터베이스로 제한됩니다. 논리적 및 스냅샷 대기 데이터베이스는 지원되지 않습니다. 물리적 대기 데이터베이스는 트랜잭션 측면에서 일관된 프로덕션 데이터베이스 복사본입니다. 대기 데이터베이스의 모든 내용은 물리적 대기 데이터베이스를 참조합니다.

플러그인에서는 다음 유형의 Data Guard 배포 유형을 지원합니다.

표 4. 지원되는 배포
기본 데이터베이스 서버 구성		물리적 대기 서버 구성
단일 인스턴스	-->	단일 인스턴스
다중 인스턴스 RAC	-->	단일 인스턴스
다중 인스턴스 RAC	-->	다중 인스턴스 RAC