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

Recovery Manager (RMAN) 백업 방법

Recovery Manager (RMAN) 백업 방법

Oracle은 일련의 백업 및 복구 작업을 수행 하기 위해 Oracle 데이터베이스 서버에서 실행 되는 세션과 자동으로 통합 되는 RMAN을 제공 합니다. 또한 RMAN은 백업, 아카이브 로그 및 자체 작업 (RMAN repository)에 대 한 메타 데이터의 포괄적인 기록을 유지 하 여 백업 전략과 연관 된 관리 저작물을 줄여줍니다. 복원 작업에서이 정보를 사용 하 여 복원에 사용할 백업 파일을 식별 하지 않아도 됩니다.

RMAN에서는 백업 전략을 정의할 때 최대의 안정성 및 유연성을 제공 합니다. 플러그인은 사용자 상호 작용과 DBA 전문 지식을 적게 사용 하 여 다양 한 복구 시나리오를 처리할 수 있는 Oracle의 RMAN 도구에서 사용할 수 있는 다양 한 백업 유형 및 옵션을 지원 합니다. 다음은 복원 대상, 최신 백업 및 PIT Recovery의 시간, SCN 또는 로그 시퀀스 번호를 선택 하 고, 플러그인은 추가 상호 작용 없이 자동으로 복구를 수행 합니다.

RMAN은 Oracle의 백업 및 복구 솔루션 이며, 업무상 중요 한 데이터베이스에 가장 적합 합니다. 이는 복구 프로세스 중에 최대한의 유연성을 제공 하기 때문에 장애 발생 원인 (재해, 미디어 오류, 사용자 오류 또는 데이터베이스 손상)에 관계 없이 데이터베이스를 장애 지점까지 복구할 수 있습니다.

사용자 관리 및 RMAN 백업 간의 기능 비교는 다음을 참조 하십시오. 백업 방법의 기능 비교 안에 Oracle 데이터베이스 백업 및 복구 기본 사항 안내서. 또한 RMAN 메서드에서 사용할 수 있는 백업 및 복원 전략에 대해서도 설명 합니다.

RMAN backup은 지원 되는 모든 Oracle 버전에서 사용할 수 있지만, 다중 인스턴스 RAC 데이터베이스 및 Data Guard 환경에서는 지원 되는 유일한 백업 방법입니다. 또한 Flashback 데이터베이스는 플러그인의 RMAN 기반 백업에만 사용할 수 있습니다.

다음 그림은 RMAN 기반 백업 프로세스를 보여 줍니다.

그림 1. RMAN 기반 백업

1	NetVault BackupWebUI에서 백업 작업을 정의 합니다.

2	플러그인 Oracle 용 작업 정의를 해당 RMAN 백업 명령으로 변환 합니다.

3	Datafiles는 Oracle 데이터베이스에서 데이터를 읽는 백업 명령을 실행 합니다.

4	RMAN은 Oracle 미디어 관리 API (응용 프로그래밍 인터페이스)를 사용 하 여 NetVault Backup서버에서 관리 하는 백업 장치에 백업 파일을 저장 합니다.

5	RMAN 복구 카탈로그 리포지토리에 백업 메타 데이터를 저장 합니다.

다음 그림에서는 RMAN 기반 복원 및 복구 프로세스를 보여 줍니다.

그림 2. RMAN 기반 복원 및 복구

1	NetVault BackupWebUI에서 복원 작업을 정의 합니다.

2	플러그인 Oracle 용 작업 정의를 해당 RMAN 복원 및 복구 명령으로 변환 합니다.

3	RMAN Recovery Catalog 리포지토리에서 백업 메타 데이터를 읽습니다.

4	RMAN은 Oracle 미디어 관리 API를 사용 하 여 NetVault Backup서버에서 관리 하는 백업 장치에서 백업을 읽습니다.

5	RMAN datafiles를 Oracle 서버에 복원 하 고 데이터베이스를 복구 합니다.

지원 되는 Oracle 파일 유형 검토

지원 되는 Oracle 파일 유형 검토

플러그인 Oracle 용 에서는 다음과 같은 유형의 Oracle 데이터베이스 파일을 백업할 수 있습니다 .이는 Oracle 인스턴스 작업의 성공적인 작동에 중요 한 것입니다.

•	Datafiles: 데이터 파일은 Oracle 데이터베이스에서 만들어졌으며 테이블 및 인덱스와 같은 데이터 구조를 포함 하는 디스크의 물리적 파일입니다. 데이터 파일은 하나의 데이터베이스에만 속할 수 있으며 OS 파일 시스템 또는 ASM 디스크 그룹에 있습니다.

•	제어 파일: 제어 파일은 데이터베이스의 물리적 구조를 기록 하는 바이너리 파일입니다. 파일에는 데이터베이스 이름, 연결 된 datafiles 및 온라인 redo 로그 파일의 이름 및 위치, 데이터베이스 생성 용 타임 스탬프, 현재 로그 시퀀스 번호 및 검사점 정보가 포함 됩니다. 많은 복구 시나리오에서 제어 파일을 보호 하는 것이 중요 합니다.

•	매개 변수 파일: 클라이언트측 초기화 매개 변수 파일 (PFILE) 또는 서버측 초기화 매개 변수 파일 (SPFILE)을 (를) 보려면 다음을 (를).

•	저장 된 다시 실행 로그: Oracle 데이터베이스는 저장 된 다시 실행 로그를 통틀어 디스크의 하나 이상의 아카이브 위치에 전체 온라인 redo 로그 그룹을 복사 합니다. 개별 파일을 아카이브된 다시 실행 로그 파일 이라고 합니다. 다시 실행 로그 파일을 아카이브 한 후에는 디스크 또는 테이프의 다른 위치에 백업 하 여 장기 저장 및 향후 복구 작업에 사용할 수 있습니다. 저장 된 다시 실행 로그 없이 데이터베이스 백업 및 복구 옵션이 매우 제한 됩니다. 데이터베이스를 오프 라인으로 전환 해야 합니다.

백업할 수 있습니다. 백업에서 데이터베이스를 복원 해야 하는 경우 데이터베이스 내용은 백업 시간 으로만 사용할 수 있습니다. 아카이브 로그 없이 데이터베이스의 상태를 특정 지점으로 재구성 할 수 없습니다.

•	외부 구성 파일: Oracle 데이터베이스는 네트워크 구성 파일 등의 다른 파일에 따라 달라 집니다. "ora" 찾아 "ora," 및 암호 파일. 이러한 파일은 손상 또는 재해 복구를 위해 보호 해야 합니다.

백업 전략에는 미디어 오류, 데이터 손상 또는 재해 등 모든 유형의 오류 복구를 보장 하기 위해 이러한 모든 파일 유형이 포함 되어야 합니다.

RMAN 백업 전략 정의

RMAN 백업 전략 정의

RMAN backup 전략을 정의 하는 첫 단계는 RMAN 리포지토리의 위치를 결정 하는 것입니다. 두 번째 단계에서는 복구 요구 사항을 충족 하는 데 필요한 백업의 유형과 빈도를 결정 합니다. 이러한 단계는 다음 항목에서 설명 합니다.

•	RMAN 리포지토리의 위치 선택

•	RMAN 테이블 및 데이터 형식의 백업 유형 검토

RMAN 리포지토리의 위치 선택

RMAN 리포지토리의 위치 선택

RMAN 리포지토리는 대상 데이터베이스에서 백업 및 복구 작업에 대 한 메타 데이터의 모음입니다. RMAN 리포지토리의 신뢰할 수 있는 복사본은 항상 대상 데이터베이스의 제어 파일에 저장 됩니다. 또한이 정보를 저장 하기 위해 외부 데이터베이스인 복구 카탈로그를 사용할 수 있습니다.

•	제어 파일: RMAN 리포지토리 정보를 저장 하는 제어 파일만 사용 하 여 필요한 모든 백업 및 복구 작업을 수행할 수 있습니다. 이 기능은 백업 전략의 일부로 제어 파일을 보호 하는 것의 중요성을 높여줍니다.

RMAN 리포지토리를 제어 파일에 저장 하는 것은 별도의 복구 카탈로그 데이터베이스 설치 및 관리가 burdensome 작은 데이터베이스에 특히 적합 합니다. 이 모드에서 지원 되지 않는 유일한 RMAN 기능은 저장 된 스크립트 이므로 플러그인에서 사용 되지 않습니다.

컨트롤 파일을 사용 하 여 RMAN 리포지토리를 저장 하는 경우, Oracle은 다음 사항을 권장 합니다.

▪ Oracle의 사용 가능 파일 Autobackup 제어 특징. 이 기능을 사용 하면 Autobackup에서 제어 파일을 자동으로 백업 하 고, 리포지토리에 액세스 하지 않고 제어 파일을 복원할 수 있습니다.

▪ Oracle 데이터베이스 ID (DBID) 기록 유지제어 파일이 손실 되 면 데이터베이스를 복구 해야 할 수 있습니다.

▪ 다음에서 최소 두 개의 multiplexed 또는 미러된 컨트롤 파일 사용 별도의 디스크.

•	Recovery Catalog: 외부 Oracle 데이터베이스를 사용 하 여 RMAN 리포지토리를 저장할 수도 있습니다. 이 외부 데이터베이스를 복구 카탈로그 라고 합니다. 제어 파일에는 백업 작업의 레코드에 대 한 유한 공간이 있지만, 복구 Catalog는 더 긴 기록을 저장할 수 있습니다. 복구 Catalog 데이터베이스 관리의 복잡성은 제어 파일의 기록 보다 더 많은 복구를 위해 확장 백업 기록을 사용할 수 있기 때문에 매우 편리 합니다.

RMAN은 Recovery Catalog 버전의 RMAN 리포지토리를 유지 관리 합니다. 백업 대상 데이터베이스는 데이터베이스 구조, 아카이브된 다시 실행 로그, 백업 집합 및 데이터 파일 복사에 대 한 정보를 대상 데이터베이스의 제어 파일에서 복구 카탈로그로 전달 하기 때문에 직접 액세스 하지 않습니다. 수행.

Oracle은 전용 데이터베이스에 복구 카탈로그를 저장 하는 것을 권장 합니다. 를 저장 하는 경우

데이터베이스의 다른 데이터와 함께 복구 카탈로그가 삭제 되 고 다른 데이터베이스는 손실 되 면

복구 Catalog. 이 구성은 복구를 더욱 어렵게 만듭니다. 또한 백업 대상 데이터베이스에 복구 카탈로그를 저장 하는 경우 해당 데이터베이스에 대 한 전체 데이터베이스 복원을 수행할 수 없습니다. 데이터베이스가 복원에 대해 탑재 된 상태 여야 하 고 해당 상태에서 복구를 수행 하기 위해 복구 카탈로그에 액세스할 수 없기 때문에 전체 데이터베이스를 복원할 수 없습니다.