• |
테이블 수준 복구에서는 “until” 절을 사용하여 복구하려는 상태를 정의해야 합니다. |
다음 예에서는 복구를 실행하기 전에 생성한 Linux 또는 UNIX 디렉터리(/oracle/nvbu_pitr_auxiliary_destination)에 필요한 파일을 채우는 완전 자동화된 보조 인스턴스를 사용하여 특정 SCN으로 sales라는 Oracle 사용자의 테이블 3개를 복구합니다.
다음 예는 로그 시퀀스를 사용한다는 점을 제외하면 비슷합니다.
다음 예는 특정 날짜 및 시간을 사용하고 Windows Server 환경을 기반으로 한다는 점을 제외하면 비슷합니다.
다음 예에서는 remap table 옵션을 사용하여 3개의 선택한 테이블 중에서 2개를 이름이 다른 새 테이블로 복구합니다. 세 번째 테이블은 원래 이름과 같은 이름으로 복구됩니다.
기본적으로 RMAN은 복구된 테이블 또는 테이블 파티션을 대상 데이터베이스로 가져옵니다. 가져오기 전에 테이블은 내보내기 덤프 파일에 저장됩니다. NOTABLEIMPORT 옵션을 사용하면 복구된 테이블 또는 테이블 파티션을 RMAN이 가져오지 못하게 할 수 있습니다. 이 옵션을 사용하면 테이블이 지정된 지점으로 복구되고 내보내기 덤프 파일이 생성되지만 덤프 파일을 대상 데이터베이스로 가져오지 않습니다. 이 지점에서 보조 인스턴스를 사용하여 테이블을 분석하거나 Oracle 데이터 펌프 가져오기 유틸리티를 사용하여 수동으로 덤프 파일을 대상 데이터베이스 인스턴스에 가져올 수 있습니다.
RMAN 복원 수행에서 간략하게 설명한 단계 외에 다음과 같은 옵션이 특별히 테이블 수준 복구에 적용됩니다.
1 |
2 |
• |
• |
로그 시퀀스 기준 옵션을 선택하면 플러그인은 RMAN에게 테이블 복구 중에 “until sequence <number> thread <number>” 절을 사용할 것을 지시합니다. 예: until sequence 38 thread 1 |
• |
시간 기준 옵션을 선택하면 플러그인은 RMAN에게 테이블 복구 중에 “until time” 절을 사용할 것을 지시합니다. 예: until time "to_date('2013/11/23 06:59:00', 'yyyy/mm/dd hh24:mi:ss')" |
3 |
보조 대상 필드에 제어 파일, 아카이브 로그 및 데이터 파일의 사본을 포함하여 필요한 모든 파일을 보조 인스턴스에서 저장하기 위해 사용하는 디렉터리(전체 경로)를 지정합니다. |
4 |
테이블 복구 필드에 테이블 수준 복구의 일환으로 복구 테이블에 포함시키려는 쉼표로 구분된 테이블 목록을 입력합니다. |
중요: 일반 사용자의 테이블을 나열할 때는 큰 따옴표를 사용합니다. SQL*Plus에서는 C## 또는 c#은 포함하지만 큰 따옴표는 제외하는 문자열을 사용하는 테이블에 대한 쿼리를 사용할 수 있지만 RMAN에서는 사용할 수 없습니다. |
5 |
해당하는 경우에 테이블 수준 복구의 일환으로 이름을 변경하려는 테이블의 쉼표로 구분된 목록을 Remap table 필드에 입력합니다. |
Oracle용 플러그‑인 에서는 제어 파일이 마운트되어 있고 복구 카탈로그 데이터베이스를 명령 실행에서 사용할 수 있는 한 RMAN 백업을 수행할 때 자동으로 복구 카탈로그에 대한 전체 또는 부분 재동기화를 실행합니다.
다음과 같은 경우에 RMAN RESYNC CATALOG 명령을 사용하여 수동 전체 재동기화를 수행할 수 있습니다.
RESYNC CATALOG를 자주 실행할 필요가 없습니다. 자세한 내용은 Oracle 데이터베이스 백업 및 복구 고급 사용 설명서의 CROSSCHECK를 사용하여 RMAN 리포지토리 업데이트를 참조하십시오.
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Nutzungsbedingungen Datenschutz Cookie Preference Center