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

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)でのプラグインの使用 トラブルシューティング

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

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

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

たとえば、プロダクション・データベースを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に格納されたバックアップ・リカバリ・ファイルのバックアップが可能です。バックアップ・リカバリ・ファイルには、バックアップ・セットのフルまたは増分バックアップ、制御ファイルの自動バックアップ、データファイルのコピー、およびアーカイブREDOログが含まれます。アーカイブREDOログが紛失または破損した場合、RMANはリカバリ領域外でバックアップに利用できるバックアップのコピーがないか探します。このときフラッシュバック・ログ、現在の制御ファイル、オンラインREDOログはバックアップされません。

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

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

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

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

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

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

フル・バックアップのみ:要件で前日までのデータ保護が保証されている場合、フル・バックアップを毎日実行すれば十分です。データベース管理者がリカバリする必要があるのは、最後のフル・バックアップ時点までです。
フル・バックアップとアーカイブ・ログのバックアップの併用:要件で特定時点のデータ保護が要求されているが、リカバリ時間は重要でない場合、フル・バックアップとアーカイブ・ログのバックアップを組み合わせることで、必要な保護を実現する必要があります。
Level 0の増分バックアップ、Level 1の差分増分バックアップ、アーカイブ・ログのバックアップの併用:要件で特定時点のデータ保護が要求されており、バックアップ時間をできる限り短縮する必要がある場合、Level 0の増分バックアップ、差分増分バックアップ、およびアーカイブREDOログのバックアップを併用するのが最適な戦略です。
Level 0の増分バックアップ、Level 1の累積増分バックアップ、アーカイブ・ログのバックアップの併用:要件で特定時点のデータ保護が要求されており、リカバリ時間をできる限り短縮する必要がある場合、Level 0の増分バックアップ、Level 1の累積増分バックアップ、およびアーカイブ・ログのバックアップを組み合わせるのが最適です。
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级