NetVault Plug-in for Oracle 10.0.5 - ユーザーズ・ガイド


	IMPORTANT: このディレクトリは、リカバリ・プロセスを実行する前に存在している必要があります。ディレクトリが存在しない場合、リカバリはORA-タイプのエラーで失敗します。

［Recover table］フィールドに、テーブル・レベルのリカバリの一環としてリカバリ・テーブルに含める、テーブルのカンマ区切りリストを入力します。

oracle_user_name.table_name構造体を使用します。Oracle® 12cには、共通ユーザーとローカル・ユーザーが含まれており、ローカル・ユーザーに使用される命名規則は、前のバージョンのOracleで使用されるOracleデータベース・ユーザー名と同様です。

共通ユーザーがあるコンテナの場合、OracleデータベースはSYSおよびSYSTEM共通ユーザーを提供しています。ユーザーが作成する共通ユーザー名は、C##またはc#で開始する必要があります。詳しくは、Oracle 12c Multitenant Architectureのドキュメントを参照してください。


	IMPORTANT: 共通ユーザーからのテーブルをリストする場合は、二重引用符を使用します。SQL*Plusは、C##またはc#を含む文字列を使用するテーブルのクエリを受け付け、二重引用符を除外しますが、RMANはそうではありません。

例1：salesユーザーの3つのテーブルをリストします。

sales.northsales, sales.southsales, sales.centralsales

例2：共通のC##SALESユーザーの2つのテーブルをリストします。

"C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"

前の例の使用は、recover table "C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"句と同等です。

［Remap table］フィールドに、必要に応じてテーブル・レベル・リカバリの一環として、名前を変更するテーブルのカンマ区切りリストを入力します。

このオプションにより、テーブルをリカバリして、それを分析して妥当性を検証し、オリジナルのテーブルを上書きするかどうかを判断することができます。［Recover table］フィールドに記載されている各テーブルにマッピングを指定する必要はありません。一時的に名前を変更するテーブルのマッピングのみを指定する必要があります。

例1：sales.northsalesテーブルをsales.northsales_recoveredにマップします。

sales.northsales:northsales_recovered

例2：sales.northsalesテーブルをsales.northsales_recoveredにマップします。

sales.northsales:northsales_recovered, sales.southsales:southsales_recovered

例3：sales.northsalesテーブルをsales.northsales_recoveredにマップします。

"C##SALES"."NORTHSALES":"NORTHSALES_RECOVERED"

前の例の使用は、remap table "C##SALES"."NORTHSALES":"NORTHSALES_RECOVERED"句の使用と同等になります。

リカバリ・カタログの管理

•

リカバリ・カタログの再同期化

Plug‑in for Oracleは、制御ファイルがマウントされリカバリ・カタログ・データベースがコマンド実行で使用可能であれば、RMANバックアップの実行時に自動的にリカバリ・カタログの完全または部分再同期化を実行します。

以下の場合、RMANのRESYNC CATALOGマンドを使用して手動による完全再同期化を実行することができます。

•

カタログを自動に再同期するいずれかのコマンドを発行する際、リカバリ・カタログが使用不可の場合。

•

データベースを頻繁にバックアップしない場合や、毎日多数のログ・スイッチが生成される場合。例：データベースのバックアップの間に何百ものアーカイブ・ログがアーカイブされる場合や、カタログの再同期化の間に1000ものスイッチが生成される場合など。

•

テーブルスペースの追加や削除などターゲット・データベースの物理構造に変更を加えた場合など。アーカイブ・オペレーションと同様に、スキーマが物理的に変更されてもリカバリ・カタログは自動的に更新されません。

手動によるRESYNC CATALOGコマンドの実行はそれほど必要ありません。詳しくは、『Oracle® Database Backup and Recovery Advanced User's Guide』の「Using CROSSCHECK to Update the RMAN Repository」を参照してください。

リカバリ・カタログの完全再同期化を強制的に実行するには

RMANを起動し、ターゲット・データベースとリカバリ・カタログに接続します。

> rman TARGET / CATALOG rman/<パスワード>@<接続用カタログID>

ターゲット・データベースをマウントします。

STARTUP MOUNT;

RESYNC CATALOG;

RMANを終了します。

CROSSCHEKコマンドを利用してRMANリポジトリを更新する

RMANリポジトリ内のバックアップに関するデータが、NetVaultデータベースで対応するデータと同期しているか確認するには、CROSSCHECKを実行します。バックアップに関するRMANリポジトリ情報のリポジトリ・レコードが実際の物理的な状態と一致しない場合、CROSSCHECKコマンドは無効なRMANリポジトリ情報を更新します。たとえば、ユーザーがOSのコマンドを使用してディスクからアーカイブ・ログを削除する際、実際にはログはすでにディスクから削除されているにも関わらず、リポジトリが依然としてログが存在すると示す場合などです。

CROSSCHECKコマンドを使用したRMANリポジトリの更新について詳しくは、『Oracle® Database Backup and Recovery Basics』を参照してください。

アーカイブ・ログをクロスチェックするには

RMANを起動し、ターゲット・データベースとリカバリ・カタログに接続します。