立即与支持人员聊天
与支持团队交流

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

Quest® NetVault® Backup Plug-in  for Oracle - はじめに バックアップ計画の策定 プラグインのインストールと削除 プラグインの設定 データのバックアップ Oracle Flashback Databaseの使用 データのリストア
データのリストアとリカバリ:概要 ユーザー管理リストアの実行 その他のユーザー管理リストア手順 RMANリストアの実行 非RAC環境で使用可能なRMANリカバリ・タイプ RMANを使用したその他のリストア手順
リカバリ・カタログの管理 RMAN CLIの使用 Oracle RAC環境におけるプラグインの使用 フェイルオーバー・クラスタ環境でのプラグインの使用 Oracle Data Guardでのプラグインの使用 Oracleコンテナ・データベース(CDB)およびプラガブル・データベース(PDB)でのプラグインの使用 トラブルシューティング

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

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

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

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

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

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

チャネルの設定について詳しくは、Oracleのドキュメントを参照してください。

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

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

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

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

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

同様だが特定の日時を使用し、Windowsサーバー環境をベースにした例:

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

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

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

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

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

1
[リカバリの実行]タブの[リカバリ・タイプ]セクションで、[テーブル・レベル・ポイント・イン・タイム・リカバリを実行する]オプションを選択します。
2
['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')"
3
[Auxiliary Destination]フィールドに、必要なすべてのファイル(制御ファイルのコピー、アーカイブ・ログ、データファイルなど)を補助インスタンスが保管するディレクトリ(フル・パス)を指定します。
このフィールドの使用は、auxiliary destination '<ディレクトリのフル・パス>'句と同等です。
4
[Recover table]フィールドに、テーブル・レベルのリカバリの一環としてリカバリ・テーブルに含める、テーブルのカンマ区切りリストを入力します。
oracle_user_name.table_name構造体を使用します。Oracle 12cには、共通ユーザーとローカル・ユーザーが含まれています。ローカル・ユーザーに使用される命名規則は、前のバージョンのOracleで使用されるOracleデータベース・ユーザー名と同様です。
共通ユーザーがあるコンテナに対して、OracleデータベースはSYSおよびSYSTEM共通ユーザーを提供します。ユーザーが作成する共通ユーザー名は、C##またはc#で開始する必要があります。詳しくは、Oracle 12c Multitenant Architectureのドキュメントを参照してください。
重要: 共通ユーザーからのテーブルをリストする場合は、二重引用符を使用します。SQL*Plusは、C##またはc#を含む文字列を使用するテーブルのクエリを受け付け、二重引用符を除外しますが、RMANはそうではありません。
例1:salesユーザーの3つのテーブルをリストします。
例2:共通のC##SALESユーザーの2つのテーブルをリストします。
前の例の使用は、recover table "C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"句と同等です。
5
[Remap table]フィールドに、必要に応じてテーブル・レベル・リカバリの一環として、名前を変更するテーブルのカンマ区切りリストを入力します。
このオプションにより、テーブルをリカバリして、それを分析して妥当性を検証し、オリジナルのテーブルを上書きするかどうかを判断することができます。[Recover table]フィールドに記載されている各テーブルにマッピングを指定する必要はありません。一時的に名前を変更するテーブルのマッピングのみを指定する必要があります。
例1:sales.northsalesテーブルをsales.northsales_recoveredにマップします。
例2:sales.northsalesテーブルをsales.northsales_recoveredにマップします。
例3:sales.northsalesテーブルをsales.northsales_recoveredにマップします。
前の例の使用は、remap table "C##SALES"."NORTHSALES":"NORTHSALES_RECOVERED"句の使用と同等になります。

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

相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级