Chat now with support
Chat with Support

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

RMAN 백업 전략 정의

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

•
RMAN 리포지토리 위치 선택
•
RMAN 테이블스페이스 및 데이터 파일 백업 유형 검토

RMAN 리포지토리 위치 선택

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

•
제어 파일: RMAN은 RMAN 리포지토리 정보를 저장하기 위한 제어 파일만 사용하여 필요한 모든 백업 및 복구 작업을 수행할 수 있습니다. 이 기능 때문에 백업 전략의 일환으로 제어 파일을 보호하는 것이 더 중요해집니다.
제어 파일에 RMAN 리포지토리를 저장하는 것은 별도의 복구 카탈로그 데이터베이스를 설치하고 관리하는 것이 부담이 되는 소규모 데이터베이스에 특히 적합합니다. 이 모드에서 지원되지 않는 유일한 RMAN 기능은 플러그인에서 사용되지 않는 저장된 스크립트입니다.
제어 파일을 사용하여 RMAN 리포지토리를 저장하는 경우에 Oracle은 다음 사항을 권장합니다.
•
Oracle의 제어 파일 자동 백업 기능을 활성화합니다. 이 기능을 사용하면 RMAN이 제어 파일을 자동으로 백업하며, 리포지토리에 액세스하지 않고도 RMAN이 제어 파일 자동 백업을 복원할 수 있습니다.
•
제어 파일이 손실된 경우에 데이터베이스를 복구하는 데 필요할 수 있는 Oracle 데이터베이스 ID(DBID) 기록 유지.
•
별도의 디스크에 2개 이상의 멀티플렉싱 또는 미러링된 제어 파일을 사용하십시오.
•
복구 카탈로그: 외부 Oracle 데이터베이스를 사용하여 RMAN 리포지토리를 저장할 수도 있습니다. 이 외부 데이터베이스를 복구 카탈로그라고 합니다. 제어 파일에는 백업 작업의 기록에 사용할 수 있는 공간이 한정되어 있지만 복구 카탈로그는 더 긴 기록을 저장할 수 있습니다. 복구 카탈로그 데이터베이스 관리의 복잡성은 제어 파일의 기록에 앞서는 복구에 사용할 수 있는 확장된 백업 기록을 보유하는 것의 편리성으로 상쇄할 수 있습니다.
RMAN은 RMAN 리포지토리의 복구 카탈로그 버전을 유지합니다. 백업 대상 데이터베이스는 모든 작업 후에 RMAN이 데이터베이스 구조, 아카이브된 다시 실행 로그, 백업 집합 및 데이터 파일 사본에 대한 정보를 대상 데이터베이스의 제어 파일로부터 복구 카탈로그로 전파하기 때문에 직접 액세스하지 않습니다.
Oracle에서는 복구 카탈로그를 전용 데이터베이스에 저장할 것을 권장합니다. 데이터베이스에 다른 데이터와 함께 복구 카탈로그를 저장하고 이 데이터베이스가 손실되면 복구 카탈로그도 손실됩니다. 이러한 구성은 복구를 더욱 어렵게 만듭니다. 또한 백업 대상 데이터베이스에 복구 카탈로그를 저장하면 해당 데이터베이스에 대한 전체 데이터베이스 복원을 수행할 수 없습니다. 데이터베이스가 복원을 위해 마운트된 상태에 있어야 하기 때문에 전체 데이터베이스를 복원할 수 없고 플러그인은 해당 상태에서 복구를 수행하기 위해 복구 카탈로그에 액세스하지 못합니다.

RMAN 테이블스페이스 및 데이터 파일 백업 유형 검토

Oracle용  플러그‑인 에서는 다음과 같은 유형의 RMAN 백업을 지원합니다.

•
전체 백업
•
증분 백업

증분 백업은 다음과 같이 더욱 분류할 수 있습니다.

•
수준 0 증분 백업
•
수준 1 증분 백업
•
차등 증분 백업
•
누적 증분 백업
전체 백업

RMAN 전체 백업은 백업 중인 파일에 할당된 모든 블록을 포함하는 데이터 파일의 백업입니다. 데이터 파일의 전체 백업은 이미지 복사일 수 있으며, 이 경우에 모든 데이터 블록이 백업됩니다. 백업 집합에 저장할 수도 있으며, 이 경우에 사용 중이 아닌 데이터 파일 블록을 건너뛸 수도 있습니다. RMAN 전체 백업은 증분 백업 전략에 포함될 수 없습니다. 즉, 이후 증분 백업의 상위 또는 기반이 될 수 없습니다.

증분 백업

데이터 파일 증분 백업에서는 특정 시점(일반적으로 이전 증분 백업의 시점) 이후에 변경된 데이터 파일의 블록 이미지를 캡처합니다. 증분 백업은 데이터 파일의 모든 블록이 변경되지 않는 한 전체 데이터 파일 백업보다 작습니다. RMAN 증분 백업은 데이터 파일에만 사용할 수 있습니다.

미디어 복구 중에 RMAN은 증분 백업의 블록 이미지를 사용하여 블록이 생성된 SCN에서 변경된 블록을 해당 콘텐츠로 업데이트합니다. RMAN은 이 프로세스를 한 번의 단계로 완료합니다. 증분 백업이 없으면 아카이브된 다시 실행 로그에서 한 번에 하나씩 모든 변경 사항을 적용해야 합니다. 가동 중지 시간을 줄이기 위해 RMAN은 항상 아카이브된 다시 실행 로그에 저장된 개별 변경 사항을 다시 적용하는 것보다 증분 백업을 선택합니다.

다중 수준 증분 백업

RMAN의 증분 백업은 다중 수준입니다. 각 증분 수준은 0 또는 1의 값으로 표시합니다.

•
수준 0 증분 백업: 수준 0 증분 백업은 후속 증분 백업의 기반이 되며 데이터를 포함하는 모든 블록을 복사하고 전체 백업의 경우와 마찬가지로 데이터 파일을 백업 집합으로 백업합니다.
수준 0 증분 백업과 전체 백업의 유일한 차이점은 전체 백업을 증분 전략에 포함시킬 수 없다는 것입니다.
•
수준 1 증분 백업: 수준 1 증분 백업은 다음 유형 중 하나일 수 있습니다.
•
누적 증분 백업: 누적 증분 백업에서 RMAN은 가장 최근의 수준 0 증분 백업 이후 사용된 모든 블록을 백업합니다. 누적 증분 백업은 복구 프로세스에 포함해야 하는 증분 백업 수를 줄여서 복원 속도를 높입니다. 누적 백업은 같은 수준에서 이전 백업에서 수행한 작업을 복제하기 때문에 차등 백업보다 많은 공간과 시간이 필요합니다.
누적 백업은 복구 중에 비교적 적은 수의 증분 백업을 적용해야 하기 때문에 디스크 공간보다 복구 시간이 중요한 경우에 차등 백업보다 선호됩니다.
•
차등 증분 백업: 차등 증분 백업에서 RMAN은 수준 1이든 수준 0이든 가장 최근의 누적 또는 차등 증분 백업 이후에 변경된 모든 블록을 백업합니다.
RMAN은 가장 최근에 수행된 수준 1 백업을 확인하고 해당 백업 이후 수정된 모든 블록을 백업합니다. 수준 1을 사용할 수 없는 경우에 RMAN은 수준 0 백업 이후에 변경된 모든 블록을 복사합니다.
차등 증분 백업을 사용하면 복구 중에 여러 증분 백업을 적용해야 하기 때문에 복원 시간이 길어집니다.
아카이브 로그 백업

아카이브된 다시 실행 로그는 PIT 복구에 중요하며 정기적으로 백업해야 합니다. 아카이브 로그를 데이터 파일 및 기타 지원되는 파일과 함께 백업할 수도 있고 따로 백업할 수도 있습니다. 또한 플러그인에서는 아카이브 로그를 백업하기 전에 추가 로그 전환을 강제할 수 있는 옵션과 백업 집합으로 백업한 후에 디스크에서 아카이브 로그를 삭제할 수 있는 옵션을 제공합니다.

제어 파일 백업 유형 검토

제어 파일 보호는 많은 복구 상황에서 매우 중요합니다. Oracle용  플러그‑인 에서는 제어 파일을 보호하는 두 가지 방법을 제공합니다. 수동 백업 및 자동 백업. 하지만 RMAN 방법을 사용하는 경우에 제어 파일 자동 백업이나 수동 백업을 수행할 수는 있지만 양쪽 모두 수행할 수는 없습니다. 데이터베이스에 대하여 제어 파일 자동 백업을 활성화한 경우에는 수동 제어 파일 백업을 사용할 수 없습니다.

제어 파일 수동 백업

사용자 관리 및 RMAN 백업 방법은 양쪽 모두 제어 파일의 수동 백업을 지원합니다.

•
사용자 관리 백업 방법을 이용한 제어 파일 수동 백업: 사용자 관리 백업 방법을 사용할 때 플러그인에서는 백업 및 복원에 활성 제어 파일을 사용하지 않습니다. 백업 중에 플러그인은 제어 파일의 스냅샷을 사용자 지정 제어 파일 저장 파일 이름(전체 경로)에 저장한 다음에 이 제어 파일 사본을 백업합니다. 이렇게 하면 제어 파일의 일관된 사본을 보호할 수 있습니다. 복원 중에 플러그인은 제어 파일을 제어 파일 저장 파일 이름(전체 경로)으로 복원하여 활성 제어 파일을 실수로 덮어쓰지 않게 합니다. 필요에 따라 이 파일을 원래 위치로 수동으로 복사합니다. 제어 파일의 최신 사본을 항상 사용할 수 있게 하려면 각 사용자 관리 백업과 함께 해당 파일을 포함시킵니다.
•
RMAN 백업 방법을 이용한 제어 파일 수동 백업: 제어 파일 자동 백업을 비활성화하고 NetVault Backup 선택 페이지에서 제어 파일 노드를 명시적으로 선택한 경우에 플러그인은 RMAN의 BACKUP CURRENT CONTROLFILE을 사용하여 제어 파일을 백업합니다. 제어 파일의 최신 사본을 항상 사용할 수 있게 하려면 각 RMAN 백업과 함께 포함시킵니다.
제어 파일 자동 백업

제어 파일의 자동 백업에는 SPFILE도 포함됩니다. 자동 백업은 모든 RMAN 기반 백업 후 또는 데이터베이스 구조 변경 후에 수행됩니다. 구조 변경에는 테이블스페이스 추가, 테이블스페이스 또는 데이터 파일의 상태 변경, 온라인 다시 실행 로그 추가, 파일 이름 바꾸기, 다시 실행 스레드 추가 등이 포함됩니다.

수동 대 자동 백업

수동 제어 파일 백업을 사용하면 제어 파일의 특정 사본을 복원할 수 있습니다. 이 옵션은 데이터가 손상되어 데이터가 손상되기 전의 가장 최근에 저장된 버전을 복원해야 하는 경우에 이상적입니다. RMAN 기반 백업이 수행될 때마다 그리고 데이터베이스 구조 변경이 발생할 때마다 제어 파일을 백업해야 합니다. 수동 제어 파일 백업은 특정 제어 파일 백업을 복원하는 기능을 제공하지만 재해 복구 또는 다중 인스턴스 RAC 환경에서는 사용할 수 없습니다.

제어 파일 자동 백업은 항상 제어 파일의 최신 백업을 유지할 수 있는 가장 높은 안정성을 제공합니다. 또한 재해 복구 및 다중 인스턴스 RAC 환경에 필요합니다.

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating