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

RMANによるフル・バックアップでは、ファイル内のすべての割当て済みブロックを含むデータファイルがバックアップされます。データファイルのフル・バックアップをイメージ・コピーにすることができます。この場合、すべてのデータ･ブロックがバックアップされます。また、バックアップ・セットに保存することも可能です。この場合、使用されていないデータファイル・ブロックをスキップできます。RMANによるフル・バックアップを増分バックアップ計画に含めることはできません。つまり、以降の増分バックアップの親または基盤にすることはできません。

増分バックアップ

データファイルの増分バックアップでは、特定時点（通常は前の増分バックアップ時点）以降に変更されたデータファイルのブロックのイメージを取り込みます。データファイルのすべてのブロックが変更された場合を除き、一般に増分バックアップはデータファイルのフル・バックアップより小さくなります。RMANによる増分バックアップは、データファイルに対してのみ使用できます。

メディア・リカバリの実行中、RMANは、増分バックアップのブロック・イメージを使用して、変更されたブロックを、そのブロックが作成されたSCNにあるブロック・イメージの内容で更新します。またこれを1つの手順で行います。増分バックアップを使用しない場合、すべての変更を、アーカイブREDOログから1つずつ適用する必要があります。RMANはダウンタイムを短縮するために、アーカイブREDOログに保存された個々の変更を再適用するのではなく、常に増分バックアップを選択します。

複数レベルの増分バックアップ

RMANによる増分バックアップには複数のレベルがあります。各増分レベルは、0または1の値で表されます。

•

Level 0の増分バックアップ－ Level 0の増分バックアップは以降の増分バックアップの基盤となり、データを含むすべてのブロックをコピーし、フル・バックアップと同様にデータファイルをバックアップ・セットにバックアップします。

Level 0の増分バックアップとフル・バックアップの違いは、フル・バックアップを増分バックアップ戦略に含めることができないことのみです。

•

Level 1の増分バックアップ－ Level 1の増分バックアップは、以下のいずれかのタイプです。

•

累積増分バックアップ－累積増分バックアップの場合、RMANは、最後に実行されたLevel 0の増分バックアップ以降に使用されたすべてのブロックをバックアップします。累積増分バックアップでは、リカバリ・プロセスに含める必要のある増分バックアップの数が少なくなるため、リストア時間は短くなります。累積バックアップでは、同レベルの前のバックアップで実行された作業も繰り返されるため、差分バックアップよりも必要な容量は大きくなり、時間も長くなります。

累積バックアップでは、リカバリ時に適用する必要のある増分バックアップの数が少なくなるため、ディスク容量よりリカバリ時間が重視される場合は、差分バックアップより適しています。

•

差分増分バックアップ－差分増分バックアップの場合、RMANは、最後に実行されたLevel 1またはLevel 0の累積または差分増分バックアップ以降に変更されたすべてのブロックをバックアップします。

RMANは、最後に実行されたLevel 1のバックアップを判断し、そのバックアップ以降に変更されたすべてのブロックをバックアップします。使用できるLevel 1のバックアップがない場合、RMANはLevel 0のバックアップ以降に変更されたすべてのブロックをコピーします。

差分増分バックアップでは、リカバリ時に複数の増分バックアップを適用する必要があるため、リストア時間が長くなります。

アーカイブ・ログのバックアップ

アーカイブREDOログはPITリカバリに重要になるため、定期的にバックアップする必要があります。アーカイブ・ログは、個別にバックアップすることも、データファイルやサポートされているその他のファイルと一緒にバックアップすることもできます。本プラグインには、アーカイブ・ログとそのオプションのバックアップの前に追加ログ・スイッチを強制実行し、アーカイブ・ログを、バックアップ・セットにバックアップした後にディスクから削除するためのオプションも用意されています。

制御ファイルのバックアップ・タイプ

多くのリカバリ・シナリオでは、制御ファイルを保護することが非常に重要になります。Plug‑in for Oracleでは、手動バックアップおよび自動バックアップの2つの方法で制御ファイルを保護できます。一方、RMANバックアップ方法を使用する場合、制御ファイルの自動バックアップまたは手動による制御ファイルのバックアップのいずれかひとつしか実行することができません。また、データベースに対して制御ファイルの自動バックアップが有効な場合、手動による制御ファイルのバックアップは使用できません。

制御ファイルの手動バックアップ

制御ファイルの手動バックアップは、ユーザ管理によるバックアップ方法とRMANによるバックアップ方法の両方でサポートされます。

•

ユーザ管理によるバックアップ方法を使用した制御ファイルの手動バックアップ－ユーザ管理によるバックアップ方法では、本プラグインはバックアップおよびリストアにアクティブな制御ファイルを使用しません。バックアップの実行中、本プラグインは、まずユーザが指定した制御ファイルの保存ファイル名（フル・パス）に制御ファイルのスナップショットを保存し、このコピーをバックアップします。これにより、制御ファイルの一貫したコピーが保護されます。リストアを実行する際は、本プラグインは制御ファイルを制御ファイルの保存ファイル名（フル・パス）にリストアし、アクティブな制御ファイルが誤って上書きされないようにします。このファイルは、必要に応じて元の場所に手動でコピーする必要があります。制御ファイルの最新のコピーを常に使用できるようにするには、制御ファイルを各ユーザー管理バックアップに含めます。

•

RMANによるバックアップ方法を使用した制御ファイルの手動バックアップ－制御ファイルの自動バックアップが無効で、［NetVault Backup選択］ページで制御ファイル・ノードを明示的に選択した場合、本プラグインはBACKUP CURRENT CONTROLFILEコマンドを使用して制御ファイルをバックアップします。制御ファイルの最新のバックアップを常に使用できるようにするには、制御ファイルを各RMANバックアップに含めます。

制御ファイルの自動バックアップ

制御ファイルの自動バックアップには、サーバ・パラメータ・ファイル（SPFILE）も含まれます。自動バックアップは、RMANベースのバックアップ実行後、またはテーブルスペースの追加、テーブルスペースまたはデータファイルの状態変更、オンラインREDOログの追加、ファイル名の変更、再実行スレッドの追加などデータベース構造の変更後に行われます。

手動バックアップと自動バックアップの比較

手動による制御ファイルのバックアップを使用すると、制御ファイルの特定のコピーをリストアすることができるため、データ損傷が発生し、データ損傷前に最後に保存された制御ファイルをリストアする必要がある場合に最適です。ユーザーは制御ファイルがRMANベースのバックアップ方法でバックアップされるたび、およびデータベース構造が変更されるたびに確認する必要があります。手動による制御ファイルのバックアップにより特定の制御ファイルのバックアップが可能である一方、この機能は障害復旧やマルチ・インスタンスのRAC環境では使用することができません。

制御ファイルの自動バックアップによって、常に最新の制御ファイルがしよう可能であるため、信頼性が得られます。さらに、それらは、障害復旧やマルチ・インスタンスのRAC環境で必要になります。