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

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)와 함께 플러그인 사용 문제 해결

필수 구성 요소

복구 카탈로그 없이 재해 복구를 수행하려면 다음 요구 사항을 충족해야 합니다.

Oracle RAC 환경 배치: 사용자 관리 백업 수행에 지정된 것과 같은 구성에 일치하는 올바르게 구성된 Oracle RAC 환경이 있어야 합니다. 또한 손상된 RAC 환경에 있었던 것과 같은 버전의 Oracle 데이터베이스 소프트웨어를 RAC 환경에 설치해야 합니다. ORACLE_HOME은 원래 노드와 새 노드 모두에서 동일해야 합니다. 데이터베이스를 생성할 필요는 없지만 공유 저장소에 대해 Oracle Net Service 및 ASM을 구성해야 합니다.
NetVault Backup 소프트웨어 및 Oracle용  플러그‑인  설치됨: RAC 환경에 대하여 이전에 정의한 것과 같은 NetVault 시스템 이름을 사용하여 RAC의 노드 중의 하나에 같은 버전의 NetVault Backup 소프트웨어와 플러그인을 설치해야 합니다. 플러그인의 기본 속성이 기본 속성 구성에 지정된 것처럼 정의되어 있는지 확인합니다.
원본 데이터베이스의 DBID 확인: 손상된 데이터베이스의 DBID를 확인합니다. DBID가 초기 플러그인 설치의 일환으로 기록되지 않은 경우에는 원본 데이터베이스의 RMAN 기반 백업에 대한 NetVault Backup 바이너리 로그를 조사하여 DBID를 구할 수 있습니다. DBID는 세부 정보 대화 상자 또는 백업 콘텐츠 탭에서도 사용할 수 있습니다.
SPFILE의 기본 위치가 존재: 다음 단계를 수행하기 전에 ASM 공유 저장소의 기본 위치가 있어야 합니다. 기본 위치가 없으면 SPFILE 복원 중에 ORA-17502 파일 생성 실패 오류가 발생합니다. 또한 SPFILE 위치는 SPFILE 매개 변수를 사용하여 PFILE에 자세하게 나타내야 합니다.
모든 테이블스페이스 백업을 사용 가능: 모든 테이블스페이스의 최신 백업이 있는지 확인합니다.

재해 복구 수행

2
SET DBID로 대상 데이터베이스에 대한 데이터베이스 식별자를 설정합니다.
SET DBID <DBID>;
3
FORCE NOMOUNT 옵션으로 로컬 인스턴스를 시작합니다.
5
FORCE NOMOUNT 옵션으로 로컬 인스턴스를 시작합니다.
9
복원 작업 생성 - 저장 집합 선택 페이지에서 모든 테이블스페이스를 포함하는 사용 가능한 최신 백업을 찾아서 다음을 클릭합니다.
10
선택 집합 생성 페이지에서 원본 NetVault Backup 클라이언트 및 데이터베이스로 이동하고 전체 데이터베이스 노드를 선택한 다음에 플러그인 옵션 편집을 클릭합니다.
11
복원 옵션 탭을 클릭하고 필요한 경우 읽기 전용 데이터 파일의 확인 및 복원읽기 전용 데이터 파일을 확인하고 현재 파일이 아닌 경우에 복구 옵션을 선택하여 읽기 전용 데이터 파일을 복원 및 복구 프로세스에 포함시킵니다.
12
복구는 재해 복구 시나리오에서 수행해야 하기 때문에 복구 수행 탭에서 데이터베이스 특정 시점 복구 수행을 선택합니다.
13
복구 카탈로그 탭에서 카탈로그 사용 옵션의 선택을 취소합니다.
14
대상 클라이언트, 일정고급 옵션 탭을 작성하고 작업을 제출합니다.
중요: Quest에서는 재해 복구를 완료한 후에 NetVault Backup 선택 페이지에서 선택한 전체 데이터베이스로 전체 또는 증분 수준 0 백업을 수행할 것을 권장합니다.

노드 장애 후 복원 수행

다중 인스턴스 RAC 데이터베이스에 플러그인이 설치되어 있는 노드의 장애와 동시에 데이터 손상이나 미디어 장애가 발생하는 경우에는 RMAN 기반 복원 및 복구를 수행하기 위해 플러그인을 RAC 환경의 대체 노드로 재배치합니다. 플러그인을 재배치하는 프로세스는 다음과 같이 2단계로 구성됩니다.

2
Oracle용  플러그‑인 을 설치합니다.
중요: 플러그인 재배치가 영구적이거나 45일 이상 계속될 것이라고 예상되면 https://support.quest.com/contact-us/licensing을 방문하여 RAC 데이터베이스 기반 Oracle용  플러그‑인  라이센스 키의 재배치를 요청하십시오.

대체 노드에 Oracle용  플러그‑인 이 설치된 경우에 복원 프로세스는 다음과 같은 차이점을 제외하면 단일 인스턴스 비 RAC 환경에 복원을 수행하는 것과 비슷합니다.

RMAN 복원의 복원 데이터 선택 단계에서 Oracle SID가 플러그인이 재배치 전에 원래 설치되었던 인스턴스의 Oracle SID와 같은 선택 집합 생성 페이지의 노드에서 백업 집합을 선택합니다.
복원 옵션 설정 단계에서 대상 데이터베이스 인증 세부 정보를 현재 플러그인이 있는 대체 노드의 로컬 인스턴스에 대한 적절한 값으로 설정합니다. 자세한 내용은 대상 세부 정보 설정을 참조하십시오.

복구를 위한 데이터베이스 준비, 복원을 위한 데이터 항목 선택, 복원 옵션 설정, 작업 마무리 및 제출, 그리고 사용을 위한 데이터베이스 열기에 대한 자세한 내용은 RMAN 복원 수행을 참조하십시오.

RAC 환경에서 데이터베이스 복제

중복 데이터베이스 백업을 사용하면 원본 데이터베이스의 전체 백업 및 복원 절차에 영향을 주어서는 안 되는 특수한 용도로 원본 데이터베이스의 복제 또는 클론을 생성할 수 있습니다. RAC 환경에서 Oracle은 다중 인스턴스 데이터베이스를 다른 다중 인스턴스 데이터베이스로 복제하는 것을 지원하지 않습니다. 하지만 Oracle은 다중 인스턴스 데이터베이스를 단일 인스턴스 데이터베이스로 복제한 다음에 이 단일 인스턴스 데이터베이스를 다중 인스턴스 데이터베이스로 변환하는 것은 지원합니다. 자세한 내용은 Oracle Real Application Clusters 설치 안내서를 참조하십시오.

중복 데이터베이스 백업을 동일한 RAC 환경으로 복원하는 것은 단일 인스턴스 환경에서 중복 데이터베이스 백업을 복원하는 것과 거의 동일합니다. 다음 항목에서 차이점을 설명합니다.

関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択