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

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

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

その他のバックアップ・タイプ

その他のバックアップ・タイプを以下に示します。

•
複製データベースのバックアップ
•
Flash Recovery Area（FRA）バックアップ
複製データベースのバックアップ

複製データベースを使用するとソース・データベースを複製またはクローニングすることができ、これはバックアップおよびリストア手順全体によってソース・データベースが影響を受けることのないよう特殊な目的のために使用されます。RMANは複製データベースをサポートし、データベース管理者が以下のタスクを実行する際に柔軟性を提供します。

•
バックアップとリカバリ手順のテスト
•
Oracleデータベース新規リリースへのアップグレードのテスト
•
アプリケーションによるデータベース・パフォーマンスへの影響のテスト
•
レポート作成

たとえば、プロダクション・データベースをhostAからhostBに複製し、次にプロダクション・データベースを損傷させずにhostBで複製データベースを使用してこのデータベースのリストアおよびリカバリの演習を実施することができます。

本プラグインでサポートされるOracleデータベースの複製は、バックアップ・ベースの複製です。Oracleの複製データベース機能について詳しくは、『Oracle Database Backup and Recovery User's Guide』の「Duplicating a Database」を参照してください。

Flash Recovery Area（FRA）バックアップ

Oracle 10gでは、FRAが導入されています。FRAは、制御ファイル、アーカイブREDOログ・ファイル、RMANバックアップなどのリカバリ関連ファイルの格納に使用されるディスクの場所です。FRA内のファイルは、OracleデータベースとRMANによって自動的に管理されます。

FRAはバックアップ関連ファイル用のディスク容量の手動による管理の必要性を最小化し、FRAに格納されているさまざまなファイル・タイプについて使用する容量を適切に配分します。これにより、FRAはデータベースに対する管理を簡略化します。Oracleは、リカバリ・エリアを有効化してバックアップの管理を簡略化することを推奨しています。

FRAを有効にすると、NetVault Backupサーバー管理下のバックアップ・メディアからファイルをリストアするのに対し、RMANを使用してFRAから必要なデータファイルをリストアすることでリストアを高速化することができます。一方、FRAへバックアップを格納する場合、オフサイトによる障害復旧用の保護は提供されていません。そのため、本プラグインでは、データベースでFRAが有効になっている場合、以下のバックアップ格納先に関するオプションが用意されています。

•
NetVault Backupメディア・マネージャ
•
ディスク（FRAにバックアップ）
•
NetVault Backupメディア・マネージャとディスク（FRAにバックアップしてから、FRAをNetVault Backupメディア・マネージャにバックアップ）

さらに、本プラグインでは、NetVault Backupサーバー管理下のバックアップ・メディアとは別に、FRAに格納されたバックアップ・リカバリ・ファイルのバックアップが可能です。バックアップ・リカバリ・ファイルには、バックアップ・セットのフルまたは増分バックアップ、制御ファイルの自動バックアップ、データファイルのコピー、およびアーカイブREDOログが含まれます。アーカイブREDOログが紛失または破損した場合、RMANはリカバリ領域外でバックアップに利用できるバックアップのコピーがないか探します。このときフラッシュバック・ログ、現在の制御ファイル、オンラインREDOログはバックアップされません。

リカバリ・カタログのバックアップ計画

リカバリ・カタログ・データベースは他のデータベースと似ており、バックアップおよびリカバリ計画の重要な要素となります。

Oracleは、リカバリ・カタログをターゲット・データベースと同じ頻度でバックアップすることを推奨しています。たとえば、ターゲット・データベースのデータベース全体を毎週バックアップする場合、データベース全体のバックアップの記録を保護し、すべてのターゲット・データベースのバックアップ直後にリカバリ・カタログをバックアップします。このバックアップは、障害復旧シナリオでも役立ちます。制御ファイルの自動バックアップを使用してリカバリ・カタログ・データベースをリストアする必要がある場合も、ターゲット・データベースの制御ファイルの自動バックアップを使用せずに、リストアされたリカバリ・カタログ・データベースに含まれるバックアップの全記録を使用して、ターゲット・データベースをリストアできます。

Oracleは、リカバリ・カタログ・データベースのRMANによるバックアップ戦略で以下のガイドラインに従うことを推奨しています。

•
PITリカバリを可能にするために、リカバリ・カタログ・データベースをARCHIVELOGモードで実行すること。
•
データベースを2つの異なるメディア、たとえばディスクとテープにバックアップすること。
•
バックアップにアーカイブ・ログ・ファイルを含めること。
•
バックアップのリポジトリとして別のリカバリ・カタログを使用しないこと。
•
制御ファイルの自動バックアップ機能をONに設定すること

バックアップ・シーケンス例

以下に、Oracleデータベース・サーバのデータ保護要件を満たすために実装可能なバックアップ・シーケンス例をいくつか示します。

•
フル・バックアップのみ：要件で前日までのデータ保護が保証されている場合、フル・バックアップを毎日実行すれば十分です。データベース管理者がリカバリする必要があるのは、最後のフル・バックアップ時点までです。
•
フル・バックアップとアーカイブ・ログのバックアップの併用：要件で特定時点のデータ保護が要求されているが、リカバリ時間は重要でない場合、フル・バックアップとアーカイブ・ログのバックアップを組み合わせることで、必要な保護を実現する必要があります。
たとえば、毎週日曜日の夜11:00にフル・バックアップを実行し、月曜日から土曜日の午後11:00にアーカイブ・ログのバックアップを実行します。
この計画では、RMANで、最後のフル・バックアップから障害時点までの間に作成された各アーカイブ・ログのバックアップを連続してリストアし、適用する必要があります。この場合、週が進むに従ってリカバリ時間が長くなる可能性があります。リストア時間を短縮するために、増分バックアップを含めることができます。これにより、リストアする必要のあるアーカイブ・ログのバックアップの数は少なくなります。
•
Level 0の増分バックアップ、Level 1の差分増分バックアップ、アーカイブ・ログのバックアップの併用：要件で特定時点のデータ保護が要求されており、バックアップ時間をできる限り短縮する必要がある場合、Level 0の増分バックアップ、差分増分バックアップ、およびアーカイブREDOログのバックアップを併用するのが最適な戦略です。
たとえば、毎週日曜日の夜11:00にLevel 0の増分バックアップを実行し、月曜日から土曜日の午後11:00にLevel 1の差分増分バックアップを実行し、5～6時間おきにアーカイブ・ログのバックアップを実行します。各Level 1の差分増分バックアップには、最後のLevel 0またはLevel 1のバックアップ以降に行われた変更がすべて含まれます。また、アーカイブ・ログのバックアップには、最後のLevel 1の差分増分バックアップ以降のトランザクション・ログが含まれます。
この計画では、RMANでLevel 0の増分バックアップ、Level 0の増分バックアップ以降に実行された各Level 1の差分増分バックアップ、最後の差分増分バックアップから障害時点までの間のアーカイブ・ログのバックアップをリストアする必要があるため、リカバリ時間が長くなる可能性があります。
•
Level 0の増分バックアップ、Level 1の累積増分バックアップ、アーカイブ・ログのバックアップの併用：要件で特定時点のデータ保護が要求されており、リカバリ時間をできる限り短縮する必要がある場合、Level 0の増分バックアップ、Level 1の累積増分バックアップ、およびアーカイブ・ログのバックアップを組み合わせるのが最適です。
たとえば、毎週日曜日の夜11:00にLevel 0の増分バックアップを実行し、月曜日から土曜日の午後11:00にLevel 1の累積増分バックアップを実行し、5～6時間おきにアーカイブ・ログのバックアップを実行します。各Level 1の累積増分バックアップには、最後のLevel 0の増分バックアップ以降に行われた変更がすべて含まれます。また、アーカイブ・ログのバックアップには、最後のLevel 1の累積増分バックアップ以降のREDOログが含まれます。
この計画では、RMANでリストアする必要があるのは、Level 0の増分バックアップ、最後の累積バックアップ、および最後の累積バックアップから障害時点までの間に作成されたアーカイブ・ログのバックアップのみであるため、リカバリ時間は短くなります。
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级