立即与支持人员聊天
与支持团队交流

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

Oracle용 Quest® NetVault® Backup 플러그-인 소개 백업 전략 정의 플러그인 설치 및 제거 플러그인 구성 데이터 백업 Oracle 플래시백 데이터베이스 사용 데이터 복원
데이터 복원 및 복구: 개요 사용자 관리 복원 수행 고급 사용자 관리 복원 절차 사용 RMAN 복원 수행 비 RAC 환경에서 RMAN 유형의 복구 사용 RMAN 복원을 사용한 고급 절차 사용
복구 카탈로그 유지 RMAN CLI 사용 Oracle RAC와 함께 플러그인 사용 장애 조치 클러스터 환경에서 플러그인 사용 Oracle Data Guard에서 플러그인 사용 Oracle 컨테이너 데이터베이스(CDB) 및 플러그 가능 데이터베이스(PDB)와 함께 플러그인 사용 문제 해결

기타 백업 유형 검토

기타 백업 유형은 다음과 같습니다.

•
중복 데이터베이스 백업
•
플래시 복구 영역(FRA) 백업
중복 데이터베이스 백업

중복 데이터베이스 백업을 사용하면 원본 데이터베이스의 전체 백업 및 복원 절차에 영향을 주어서는 안 되는 특수한 용도로 원본 데이터베이스를 복제하거나 클론을 만들 수 있습니다. RMAN은 데이터베이스 복제를 지원하여 다음과 같은 작업을 수행할 때 DBA의 유연성을 높일 수 있습니다.

•
백업 및 복구 절차 테스트.
•
Oracle 데이터베이스의 새 릴리스에 대한 업그레이드 테스트.
•
데이터베이스 성능에 대한 응용 프로그램의 효과 테스트.
•
보고서 생성.

예를 들어 hostA의 프로덕션 데이터베이스를 hostB로 복제한 다음에 hostB에서 이 중복 데이터베이스를 사용하여 프로덕션 데이터베이스에 손상을 주지 않고 이 데이터베이스를 복원 및 복구할 수 있습니다.

Oracle의 데이터베이스 복제에 대한 플러그인의 지원은 백업 기반 복제입니다. Oracle의 중복 데이터베이스 기능에 대한 자세한 내용은 Oracle 데이터베이스 백업 및 복구 사용 설명서의 데이터베이스 복제를 참조하십시오.

플래시 복구 영역(FRA) 백업

Oracle은 Oracle 10g에서 FRA를 도입했습니다. FRA는 제어 파일, 아카이브된 다시 실행 로그, RMAN 백업과 같은 복구 관련 파일을 저장하는 데 사용되는 디스크 위치입니다. Oracle과 RMAN에서는 FRA의 파일을 자동으로 관리합니다.

FRA를 사용하면 백업 관련 파일에 대하여 수동으로 디스크 공간을 관리하고 FRA에 저장된 여러 가지 유형의 파일 사이에서 공간 사용의 균형을 잡을 필요성이 최소화됩니다. 이런 식으로 FRA는 데이터베이스의 진행 중인 관리를 간소화합니다. Oracle에서는 백업 관리를 간소화하기 위해 복구 영역을 활성화할 것을 권장합니다.

FRA를 활성화하면 NetVault Backup 서버에서 관리하는 백업 미디어로부터 파일을 복원하는 것과 비교하여 RMAN이 FRA로부터 필요한 데이터 파일을 복원할 수 있게 하여 복원 속도를 높일 수 있습니다. 하지만 FRA에 백업을 저장하면 재해 복구 보호를 위한 오프사이트 보호가 제공되지 않습니다. 따라서 플러그인에서는 FRA가 해당 데이터베이스에 대하여 활성화되어 있는 경우에 다음과 같은 백업 대상 옵션을 제공합니다.

•
NetVault Backup Media Manager
•
디스크(FRA로 백업)
•
NetVault Backup Media Manager와 디스크를 모두 사용(FRA로 백업한 다음에 FRA를 NetVault Backup 미디어로 백업)

또한 이 플러그인을 사용하면 NetVault Backup 서버에서 관리하는 FRA에서 백업 미디어에 저장된 백업 복구 파일에 대한 별도의 백업을 수행할 수 있습니다. 백업 복구 파일에는 다음과 같은 사항이 포함됩니다. 전체 및 증분 백업 집합, 제어 파일 자동 백업, 데이터 파일 사본 및 아카이브된 다시 실행 로그. 아카이브된 다시 실행 로그 파일이 누락되거나 손상된 경우에 RMAN은 복구 영역 외부에서 백업에 사용할 수 있는 적절한 로그 사본을 찾습니다. 플래시백 로그, 현재 제어 파일 및 온라인 다시 실행 로그는 백업되지 않습니다.

복구 카탈로그 백업 전략 개발

복구 카탈로그 데이터베이스는 다른 데이터베이스와 유사하며 백업 및 복구 전략의 핵심이 되어야 합니다.

Oracle에서는 대상 데이터베이스를 백업하는 것과 동일한 빈도로 복구 카탈로그를 백업할 것을 권장합니다. 예를 들어 매주 대상 데이터베이스에 대한 전체 데이터베이스 백업을 수행하는 경우에는 전체 데이터베이스 백업에 대한 기록을 보호하기 위해 모든 대상 데이터베이스 백업 직후에 복구 카탈로그를 백업하십시오. 이 백업은 재해 복구 시나리오에서도 유용할 수 있습니다. 제어 파일 자동 백업을 사용하여 복구 카탈로그 데이터베이스를 복원해야 하는 경우에도 복원된 복구 카탈로그 데이터베이스의 전체 백업 기록을 사용하여 대상 데이터베이스에 대한 제어 파일 자동 백업을 사용하지 않고 대상 데이터베이스를 복원할 수 있습니다.

Oracle에서는 복구 카탈로그 데이터베이스의 RMAN 백업 전략에 대해 다음 지침을 따를 것을 권장합니다.

•
PIT 복구가 가능하도록 ARCHIVELOG 모드에서 복구 카탈로그 데이터베이스를 실행합니다.
•
디스크 및 테이프와 같은 두 개의 별도 미디어에 데이터베이스를 백업합니다.
•
아카이브된 로그 파일을 백업에 포함시킵니다.
•
다른 복구 카탈로그를 백업에 대한 리포지토리로 사용하지 마십시오.
•
제어 파일 자동 백업 기능을 켜기로 구성합니다.

백업 시퀀스의 예

다음은 Oracle 데이터베이스 서버의 데이터 보호 요구 사항을 충족하도록 이행할 수 있는 백업 시퀀스의 몇 가지 예입니다.

•
전체 백업만 수행: 요구 사항에서 전날까지의 데이터 보호를 보장하는 경우에는 매일 전체 백업을 수행하는 것으로 충분합니다. DBA는 마지막 전체 백업 시점까지 데이터베이스를 복구하면 됩니다.
•
전체 백업 및 아카이브된 로그 백업: 요구 사항이 PIT 데이터 보호를 요구하지만 복구 시간이 중요하지 않은 경우에는 전체 백업과 함께 아카이브된 로그 백업으로 필요한 보호를 제공해야 합니다.
예를 들어 매주 일요일 오후 11시에 전체 백업을 수행하고 월요일에서 토요일 오후 11시에 아카이브된 로그 백업을 수행합니다.
이 전략에서는 RMAN이 계속해서 마지막 전체 백업과 오류 발생 시점 사이에 각 아카이브된 로그 백업을 복원하고 적용해야 합니다. 이 전략은 요일이 경과함에 따라 복구 시간이 길어질 수 있습니다. 복원 속도를 높이기 위해 증분 백업을 포함시킬 수 있으며, 이렇게 하면 복원해야 하는 아카이브된 로그 백업 수가 줄어듭니다.
•
증분 수준 0, 차등 증분 수준 1 및 아카이브된 로그 백업: 요구 사항에서 PIT 데이터 보호를 요구하고 최대한 빠른 속도로 백업을 수행해야 하는 경우에는 증분 수준 0, 차등 증분 백업 및 아카이브된 다시 실행 로그 백업이 이상적인 전략입니다.
예를 들어 증분 수준 0 백업은 매주 일요일 오후 11시에 수행하고, 차등 증분 수준 1 백업은 월요일에서 토요일 오후 11시에 수행하고, 아카이브 로그 백업은 5~6시간마다 수행합니다. 각 차등 증분 수준 1 백업에는 마지막 수준 0 또는 수준 1 백업 이후의 모든 변경 사항이 포함되고 아카이브된 로그 백업에는 마지막 차등 증분 수준 1 백업 이후의 트랜잭션 로그가 포함됩니다.
이 전략을 사용하면 RMAN이 증분 수준 0 백업, 증분 수준 0 백업 이후의 각 차등 증분 수준 1 백업, 그리고 마지막 차등 증분 백업과 오류 발생 시점 사이의 아카이브된 로그 백업을 복원해야 하기 때문에 복구 시간이 늘어날 수 있습니다.
•
증분 수준 0, 누적 증분 수준 1 및 아카이브된 로그 백업: 요구 사항에 따라 PIT 데이터 보호 및 복구 시간이 최대한 빨라야 하는 경우에는 증분 수준 0, 누적 증분 수준 1 및 아카이브된 로그 백업이 최상의 조합입니다.
예를 들어 증분 수준 0 백업은 매주 일요일 오후 11시에 수행하고, 누적 증분 수준 1 백업은 월요일에서 토요일 오후 11시에 수행하고, 아카이브 로그 백업은 5~6시간마다 수행합니다. 각 누적 증분 수준 1 백업에는 마지막 증분 수준 0 백업 이후의 모든 변경 사항이 포함되고 아카이브된 로그 백업에는 마지막 누적 증가 수준 1 백업 이후의 다시 실행 로그가 포함됩니다.
이 전략을 사용하면 RMAN이 증분 수준 0 백업, 마지막 누적 백업, 그리고 마지막 누적 백업과 오류 발생 시점 사이에 생성된 아카이브된 로그 백업만 복원하면 되기 때문에 빠른 복구로 이어집니다.
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级