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

テーブル・レベルの自動リカバリを使用するには、リカバリの実行前に「Auxiliary Destination」句に指定したディレクトリが存在している必要があります。既存の空のディレクトリを使用する、または新しいディレクトリを作成することができます（プロセス開始前にディレクトリが存在している必要があります）。

•

CONFIGUREコマンドを使って、RMAN内にチャネルを設定する必要があります。補助データベースは、ターゲット・データベースと同じチャネルを使用します。

•

テーブルスペースSYSTEM、SYSAUX、undo（UNDOTBS1）、およびSYSEXT（SYSEXTテーブルスペースがある場合）のフル・バックアップ、およびリカバリのターゲットとなるテーブルを含むテーブルスペースが存在している必要があります。

•

テーブル・レベルのリカバリを使って、SYSに所属するテーブル、SYSTEMおよびSYSAUXテーブルスペースからのテーブル、またはスタンバイ・データベース上のテーブルをリカバリすることはできません。

•

REMAP句を使って、名前付きNOT NULL制約を持つテーブルをリカバリすることはできません。

テーブル・レベル・リカバリのチャネルの設定

プラグインをリカバリに使用するには、RMANにSBTチャネルを設定する必要があります。これらのチャネルはRMANおよびNetVault Backupメディア管理ユーティリティに接続します。デフォルトのSBTチャネル、またはタイプがSBTまたはDISKのその他のチャネルを設定することができます。現在のRMAN設定を表示するには、RMANプロンプトから以下のコマンドを実行します。

RMAN> SHOW ALL;

SBTチャネルが設定されていない場合は（DISKチャネルの設定のみが存在している）、以下のコマンドを使ってRMANにSBTチャネル用の一連の設定を追加するように指示します。

RMAN> CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE';

SBT用にこれらの設定が追加され、テーブル・レベルのリカバリが実行されると、最低1つのDISKチャネルと1つのSBTチャネルを、リカバリ・プロセスで利用できるようになります。補助インスタンスは、ターゲット・インスタンスで利用できるチャネルと同じチャネルを使用することに注意する必要があります。

また、必要に応じて以下のコマンドを使って他のチャネルを追加することもできます。

RMAN> CONFIGURE CHANNEL <チャネル番号> DEVICE TYPE sbt

詳しくは、Oracleのドキュメントを参照してください。

RMAN CLIからのテーブル・レベルのリカバリの実行

前述のように、例は完全自動版の補助インスタンスの使用に基づいています。自動補助インスタンスまたはユーザー管理補助インスタンス（これらは両方ともプラグインと一緒に使ってテーブル・レベルのリカバリを実行できます）の使用に関する他の例について詳しくは、Oracleのドキュメントを参照してください。以下の点に注意してください。

•

テーブル・レベルのリカバリでは、until句を使ってリカバリする状態を定義する必要があります。

•

以下の例は、ターゲット・インスタンス、および必要に応じてRMANリカバリ・カタログに接続することを前提にしています。

例

以下の例はOracleユーザsalesの3つのテーブルを、完全自動補助インスタンスを使用して、特定のSCNにリカバリします。必要なファイルはリカバリ実行前に作成したLinux/UNIXディレクトリ、/oracle/nvbu_pitr_auxiliary_destinationに保管されます。

RMAN> recover table SALES.NORTHSALES, SALES.SOUTHSALES, SALES.CENTRALSALES

until scn 5555638

auxiliary destination '/oracle/nvbu_pitr_auxiliary_destination';

ログ・シーケンスを使用することを除いて同じ例：

RMAN> recover table SALES.NORTHSALES, SALES.SOUTHSALES, SALES.CENTRALSALES

until sequence 38 thread 1

auxiliary destination '/oracle/nvbu_pitr_auxiliary_destination';

同様だけれども特定の日時を使用し、Windowsサーバ環境をベースにした例：

RMAN> recover table SALES.NORTHSALES, SALES.SOUTHSALES, SALES.CENTRALSALES

until time "to_date('2013/11/23 06:59:00', 'yyyy/mm/dd hh24:mi:ss')"

auxiliary destination 'C:\app\Administrator\product\11.2.0\dbhome_1\nvbu_pitr_auxiliary_destination';

以下の例はremap tableオプションを使って、選択した3つのテーブルの中の2つを、別名の新しいテーブルにリカバリします。（3番目のテーブルはオリジナルと同じ名前でリカバリされます。）

RMAN> recover table SALES.NORTHSALES, SALES.SOUTHSALES, SALES.CENTRALSALES

until time "to_date('2013/11/23 06:59:00', 'yyyy/mm/dd hh24:mi:ss')"

remap table sales.northsales:northsales_recovered, sales.southsales:southsales_recovered

auxiliary destination 'C:\app\Administrator\product\11.2.0\dbhome_1\nvbu_pitr_auxiliary_destination';

共通のユーザからテーブルをリカバリ：

RMAN> recover table "C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"

until scn 5555638

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

auxiliary destination '/oracle/nvbu_pitr_auxiliary_destination';

デフォルトでRMANは、リカバリしたテーブルまたはテーブル・パーティションをターゲット・データベースにインポートします。インポート前、テーブルはエクスポート・ダンプ・ファイルに保管されます。NOTABLEIMPORTオプションを使って、RMANによるリカバリされたテーブルまたはテーブル・パーティションのインポートを防止することができます。このオプションを使用すると、テーブルは特定の時点にリカバリされ、エクスポート・ダンプ・ファイルは作成されますが、ターゲット・データベースにダンプ・ファイルはインポートされません。その時点で補助インスタンスを使って、テーブルを分析することができます。または、必要に応じて、Oracle Data Pump Importユーティリティを使って、ダンプ・ファイルをターゲット・データベースに手動でインポートすることができます。

RMAN> recover table "C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"

until time 'SYSDATE-4'

auxiliary destination '/oracle/nvbu_pitr_auxiliary_destination'

datapump destination '/oracle/nvbu_pitr_datapump_destination'

dump file 'northsales_southsales_export_dump.dat'

notableimport;


	NOTE: リカバリ中にエラーが発生した場合、リカバーされたテーブルがエクスポート・ダンプ・ファイルを作成していれば、それは削除されません。そのエクスポート・ダンプ・ファイルを使って、リカバリ・プロセスを手動で完了することができます。

NetVault Backup WebUIからのテーブル・レベルのリカバリの実行

「RMANリストアの実行」で説明している手順に加えて、テーブル・レベルのリカバリに対しては以下のオプションが適用されます。

［リカバリの実行］タブの［リカバリ・タイプ］セクションで、［テーブル・レベル・ポイント・イン・タイム・リカバリーを実行する］オプションを選択します。

［'System Change Number'ベース］、［ログシーケンス・ベース］、または［タイム・ベース］オプションを選択します。

•

［'System Change Number'ベース］オプションを選択した場合、プラグインはRMANに、テーブル・リカバリ時にuntil scn句を使用するように指示します。例：until scn 5555638

•

［ログシーケンス・ベース］オプションを選択した場合、プラグインはRMANに、テーブル・リカバリ時にuntil sequence <番号> thread <番号>句を使用するように指示します。例：until sequence 38 thread 1

•

［タイム・ベース］オプションを選択した場合、プラグインはRMANに、テーブル・リカバリ時にuntil time句を使用するように指示します。例：until time "to_date('2013/11/23 06:59:00', 'yyyy/mm/dd hh24:mi:ss')"

［Auxiliary Destination］フィールドに、補助インスタンスが必要なすべてのファイルを保管するために使用するディレクトリ（フル・パス）を指定します。

このフィールドの使用は、auxiliary destination '<ディレクトリのフル・パス>'句と同等です。


	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にマップします。