サポートと今すぐチャット
サポートとのチャット

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

콘텐츠 Oracle용 Quest® NetVault® Backup 플러그-인 소개 백업 전략 정의 플러그인 설치 및 제거 플러그인 구성 데이터 백업 중 Oracle Flashback 데이터베이스 사용 데이터 복원 중
데이터 복원 및 복구: 개요 사용자 관리 복원 수행 고급 사용자 관리 복원 절차 사용 RMAN 복원 수행 중 비 RAC 환경에서 RMAN 유형의 복구 사용 RMAN with advanced 절차 사용
복구 카탈로그 유지 관리 RMAN CLI 사용 Oracle RAC와 함께 플러그인 사용 장애 조치 클러스터 환경에서 플러그인 사용 Oracle Data Guard에서 플러그인 사용 Oracle 컨테이너 데이터베이스 (CDBs) 및 플러그형 데이터베이스 (Pdb)와 함께 플러그인 사용 해결할 기술 지원 리소스

Recovery Manager (RMAN) 백업 방법

이전 다음


백업 전략 정의 > 사용 가능한 백업 방법 검토 > 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 기반 백업

2

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

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

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

2

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

지원 되는 Oracle 파일 유형 검토

이전 다음


백업 전략 정의 > 지원 되는 Oracle 파일 유형 검토

지원 되는 Oracle 파일 유형 검토

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

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

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

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

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

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

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

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

RMAN 백업 전략 정의

이전 다음


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

関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択