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

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

Dell™ NetVault™ Backup Plug‑in for Oracle® － はじめに バックアップ計画の策定 プラグインのインストールと削除 プラグインの設定 データのバックアップ Oracleフラッシュバック・データベースの使用 データのリストア
データのリストアとリカバリ － 概要 ユーザ管理リストアの実行 その他のユーザ管理リストア手順 RMANリストアの実行 非RAC環境で使用可能なRMANリカバリ・タイプ RMANを使用したその他のリストア手順
リカバリ・カタログの管理 RMAN CLIの使用 Oracle RAC環境におけるプラグインの使用 フェイルオーバ・クラスタ環境でのプラグインの使用 Oracle Data Guardでのプラグインの使用 トラブルシューティング 用語集 Dellについて

配備計画の定義

Data Guard環境の保護とリカバリの計画方針を決定することは、Data Guard環境での本プラグインの正しい配置と使用に不可欠です。システム構築の詳細説明のとおり、すべての計画方針は、サポートされているすべての使用方法に有効です。
•
プライマリのみからのバックアップ
•
プライマリおよびスタンバイのバックアップ
•
スタンバイのみからのバックアップ
プライマリのみからのバックアップ
最も簡単なバックアップ計画としては、プライマリ・データベース・サーバからすべてのバックアップを実行することです。このバックアップは、プライマリ・データベース・サーバまたはスタンバイ・データベース・サーバのうちの１つをリカバリする場合に使用できます。これが有効な戦略である一方で、リソース集中型バックアップ・オペレーションは、プライマリ・データベースサーバのデータベース・パフォーマンスに影響します。この戦略により、本プラグインがプライマリ・データベース・サーバにインストールされます。Plug‑in for Oracleは、リストアのターゲットになっている場合に、スタンバイ・データベース・サーバにインストールする唯一の要件になります。

プライマリおよびスタンバイのバックアップ

スタンバイ・データベース・サーバに対してリソース集中型バックアップ・オペレーションを開放することは、多くの場合、Data Guardを展開するドライバの1つになります。Oracleのバージョンは、スタンバイ・データベース・サーバに対して開放できるバックアップ・オペレーションのボリュームを決定します。
•
［Oracle 10.2.x］ ― 制御ファイルとSPFILEのバックアップをプライマリ・データベース・サーバ上で実行する必要がありますが、データファイルとアーカイブREDOログ・ファイルのバックアップはスタンバイ・データベース・サーバに対して開放できます。また、バックアップがプライマリまたはスタンバイ・データベース・サーバのどちらから行われたかということには関係なく、プライマリまたはスタンバイ・データベース・サーバのいずれのリカバリに対しても、データファイルとアーカイブREDOログ・ファイルのバックアップを使用できます。詳しくは、『Oracle 10.2.x Data Guard Concepts and Administration』の「RMAN to Back Up and Restore Files」セクションを参照してください。
•
［Oracle 11.x］ － データファイル、アーカイブREDOログ・ファイル、制御ファイル、SPFILEのバックアップは、プライマリとスタンバイのデータベース・サーバ間で互換性があります。これは、すべてのバックアップをスタンバイ・データベース・サーバの1つから実行できることを示します。また、バックアップがプライマリまたはスタンバイ・データベース・サーバのどちらから行われたかということには関係なく、プライマリまたはスタンバイ・データベース・サーバのいずれのリカバリに対してもバックアップを使用できます。詳しくは、『Oracle 11.x Data Guard Concepts and Administration』の「RMAN to Back Up and Restore Files」セクションを参照してください。
Oracle 11.xでは、スタンバイ・データベース・サーバで実行するバックアップのすべてが必要ではありませんが、Oracle 11.x環境の有効な戦略は、10.2.x環境の要件を模倣することです。 ここで、データファイルとアーカイブREDOログ・ファイルのみがスタンバイ・データベース・サーバに対して開放され、制御ファイルとSPFILEのバックアップはスタンバイ・データベース・サーバから実行されます。
Oracle 10.2.xと11.xの両方に有効な別の戦略は、プライマリ・データベース・サーバから制御ファイルとSPFILEのバックアップを実行し、データファイルとアーカイブREDOログ・ファイルのバックアップは、プライマリ・データベース・サーバとスタンバイ・データベース・サーバ間で交互に実行することす。たとえば、Level 0の増分バックアップは、スタンバイ・データベース・サーバで週1回実行し、Level 1の増分バックアップは、プライマリ・データベースサーバで毎日1回実行します。また、制御ファイルとSPFILEの毎日のバックアップは、プライマリ・データベース・サーバで実行します。
OracleのMAA（Maximum Availability Architecture）のベスト・プラクティスでは、プライマリ・データベースとスタンバイ・データベースの両方が停止した場合や、スイッチ・オーバーおよびフェイル・オーバーについてサイトのプラクティスを新たに導入しなくてもよいようにする場合に、プライマリとスタンバイ・データベースの両方でバックアップを行い、MTTRを減少させることを推奨しています。
この戦略では、プライマリ・データベース・サーバ、およびバックアップを実行するスタンバイ・データベース・サーバのうち少なくとも1つにPlug‑in for Oracleをインストールします。
 
* 
NOTE: Oracle 11.x以前のOracleのバージョンでは、SPFILEのバックアップが他のスタンバイ・データベースで使用できる想定になっていました。ただし、実際には、すべてのスタンバイ・データベースで同じSPFILEを使用することはできません。したがって、RMANにより、あるデータベース・サイトで作成されたSPFILEバックアップを別のデータベース・サイトで使用できないようにしています。この制約は、COMPATIBLE初期化パラメータが11.0.0に設定されている場合にのみ発生します。

スタンバイ・データベースは、SPFILEのバックアップを除き、特定の1つのスタンバイ・データベースに対してバックアップ・オペレーションを開放できます。ただし、COMPATIBLE初期化パラメータが11.0.0に設定されている場合、SPFILEはディスクにバックアップすることができ、バックアップがテープまたはNetVault Backupメディアに書き込まれるスタンバイ・サイトでは、手動でカタログに追加することもできます。SPFILEバックアップ・セットに保存された追加メタデータにより、RMANで、バックアップ・セットのSPFILEが含まれるデータベースを認識できます。したがって、テープまたはNetVault Backupメディアからのリストア実行中に適切なSPFILEバックアップが選択されます。
バックアップ先の計画
Oracle 10.2.x Data Guard環境にプライマリとスタンバイの両方についてバックアップ計画を実装する場合、バックアップ格納先の計画定義の詳細のとおり、付随するバックアップ先について計画する必要があります。
RMANがリカバリ・カタログにバックアップ・メタデータを保存するため、プライマリ・データベース・サーバからFRAに実行するバックアップでは、結果として、RMANバックアップ・ピースが作成されて、バックアップがリカバリ・カタログに登録されます。翌日、スタンバイ・データベース・サーバから実行されるバックアップが、FRAにも実行される場合、同様に、バックアップ中に作成されたRMANバックアップ・ピースがリカバリ・カタログに登録されます。
この週の後半で、FRAのバックアップがスタンバイ・データベース・サーバからテープへ実行されると、FRA-to-Tapeバックアップは、このFRAに対するプライマリ・データベース・サーバのバックアップにより作成されたバックアップ・セットへのアクセスを試行します。プライマリおよびスタンバイ・データベースは同じFRAを共有しないため、FRA-to-Tapeバックアップは失敗します。RMANは、FRA-to-Tapeバックアップを実行しているスタンバイ・データベース・サーバからアクセスできないプライマリ・データベース・サーバで、バックアップ・セットのアクセスを試行します。
したがって、Oracle 10.2.x Data Guard環境について、FRA-to-Tapeバックアップはプライマリ・データベース・サーバまたはスタンバイ・データベース・サーバのいずれかで実行し、両方では実行しないことを推奨します。Dell
Oracle 11.x Data Guard環境では、Oracleパラメータdb_unique_nameにより、リカバリ・カタログで元のバックアップをFRAに対して区別できるようになります。FRA-to-Tapeバックアップを選択する場合、RMANは、FRA-to-Tapeバックアップを実行するデータベース・サーバのFRAで、バックアップ・セットをバックアップします。
テープへのバックアップについて詳しくは、バックアップ・オプションの設定を参照してください。このオプションついて詳しくは、Flash Recovery Area（FRA）バックアップを参照してください。

スタンバイのみからのバックアップ

Oracle 11.xをはじめ、データファイル、アーカイブREDOログ・ファイル、制御ファイル、SPFILEのバックアップは、プライマリとスタンバイ・データベース・サーバ間で互換性があります。これは、すべてのバックアップをスタンバイ・データベース・サーバの1つから実行できることを示します。このような計画では、プライマリ・データベース・サーバ、およびバックアップを実行するスタンバイ・データベース・サーバのうち少なくとも1つにPlug‑in for Oracleをインストールします。リストアのターゲットになっている場合、プライマリ・データベース・サーバに本プラグインをインストールすることが要件となります。たとえば、スタンバイ・データベース・サーバのバックアップを使用してプライマリ・データベース・サーバをリカバリする場合、プライマリ・データベース・サーバに本プラグインをインストールする必要があります。
 
* 
NOTE: プライマリ・データベース・サーバ上で制御ファイルとSPFILEのバックアップを実行する必要がありますが、Oracle 10.2.xに限って、データファイルとアーカイブREDOログ・ファイルのバックアップをスタンバイ・データベース・サーバに対して開放できるため、スタンバイのみのバックアップ戦略はOracle 10.2.x Data Guard環境をサポートしていません。

システム構築

Oracle Data Guard環境でのPlug‑in for Oracleのサポートは、フィジカル・スタンバイ・データベースに対して制約があります。ロジカルおよびスナップショットのスタンバイ・データベースはサポートしていません。フィジカル・スタンバイ・データベースは、プロダクション・データベースのコピーで、トランザクションの整合性が保たれています。スタンバイ・データベースのすべてのリファレンスは、フィジカル・スタンバイ・データベース参照します。
本プラグインは、Data Guardシステム構築の以下のタイプをサポートしています。
 
表 6. サポートしている構築
プライマリ・データベース・サーバ設定
 
フィジカル・スタンバイ・データベース設定
シングル・インスタンス
-->
シングル・インスタンス
マルチ・インスタンスRAC
-->
シングル・インスタンス
マルチ・インスタンスRAC
-->
マルチ・インスタンスRAC
Data Guard環境で本プラグインをシステム構築することは、プライマリ・データベース・サーバ、および選択したバックアップ戦略に基づいたスタンバイ・データベース・サーバのうちなくとも1つに本プラグインをインストールする必要があります。バックアップ計画の選択について詳しくは、配備計画の定義を参照してください。
•
シングル・インスタンスData Guardのシステム構築に対するシングル・インスタンス
•
シングル・インスタンスData Guardのシステム構築に対するマルチ・インスタンスRAC
•
マルチ・インスタンスRAC Data Guardのシステム構築に対するマルチ・インスタンスRAC
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级