データベースをデータ損失から保護し、データ損失後にデータベースを再構築するには、Oracle RACデータベースのバックアップおよびリカバリ計画を作成、実装および管理する必要があります。
参照:
データベースのバックアップおよびリカバリの概念については、『Oracle Database 2日でデータベース管理者』を参照してください。
Recovery Managerユーティリティの使用方法の詳細は、Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイドを参照
ハードウェア障害や災害からOracle Real Application Clusters(Oracle RAC)データベースを保護するには、データベース・ファイルの物理コピーが必要です。
Oracle Enterprise Managerに組み込まれたバックアップおよびリカバリ機能により保護されているファイルには、データファイル、制御ファイル、サーバー・パラメータ・ファイル(SPFILE)およびアーカイブREDOログ・ファイルがあります。これらのファイルを使用して、データベースを再構築できます。物理レベルで機能するバックアップ・メカニズムは、データファイルの予期せぬ削除やディスク・ドライブの障害などのファイル・レベルでの破損から保護します。データベースのリカバリには、破損しているファイルのバックアップからのリストア、つまりコピー、およびリストアされたファイル上でのメディア・リカバリの実行が含まれます。メディア・リカバリは、現在または指定した他の時間に更新するための、リストアされたデータファイルに対するREDOログまたは増分バックアップのアプリケーションです。
Oracle Flashback DropやOracle Flashback TableなどのOracle Databaseのフラッシュバック機能は、物理的および論理的なバックアップ操作のかわりに使用できる、簡単で効果的な物理および論理データ・リカバリ・ツールを幅広く提供します。フラッシュバック機能はバックアップまたはメディア・リカバリの実行からデータファイルのリストアなしに不要なデータベースの変更の効果の取消しができます。
Oracle Enterprise Managerの物理バックアップおよびリカバリ機能は、Recovery Manager(RMAN)コマンドライン・クライアントに組み込まれています。Oracle Enterprise Managerでは、多くのRMAN機能が使用でき、ウィザードおよび自動化された方法で、RMANベースのバックアップおよびリカバリを簡素化およびさらに自動化できます。
注意:
Linuxプラットフォーム上でRMANユーティリティが正しく動作するには、PATH
変数内で$ORACLE_HOME/bin
ディレクトリが/usr/X11R6/bin
ディレクトリよりも前にある必要があります。
Oracle Enterprise Managerのガイド付きリカバリ機能は、次のようなファイルのリストアおよびリカバリの幅広いシナリオで必要になるロジックが組み込まれたリカバリ・ウィザードとして提供されています。
データベースの完全なリストアおよびリカバリ
データベースまたは選択した表領域のPoint-in-Timeリカバリ
フラッシュバック・データベース
データベース・オブジェクトに対する不要な変更を論理レベルで修復する、その他のOracle Databaseのフラッシュバック機能
破損ブロックを含むデータファイルのブロック・レベルでのメディア・リカバリ
データベース・ファイルが破損したりリカバリが必要になると、Enterprise Managerによって、バックアップからのリストアやリカバリがデータベースのどの部分に必要なのかを判断でき、破損したデータベース・ファイルがあるなどの状況も早期に検出されます。Enterprise Managerは、必要な情報の入力をユーザーに求め、必要なリカバリ・アクションを実行しながら、リカバリ・プロセスを進めます。
参照:
Oracle Recovery Manager (RMAN)を使用したOracle Databaseのバックアップおよびリカバリ実行の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
高速リカバリ領域を使用すると、バックアップ関連のファイル用にディスク領域を手動で管理したり、様々なタイプのファイル間で使用する領域を均等に分散する必要性が最小限に抑えられます。
バックアップ管理を簡略化するために高速リカバリ領域を有効にすることをお薦めします。高速リカバリ領域は大きく取るほど便利になります。高速リカバリ領域は、次のファイルすべてを含めるために十分な大きさとすることをお薦めします。
すべてのデータファイルのコピー
増分バックアップ
オンラインREDOログ
バックアップされていないアーカイブREDOログ・ファイル
制御ファイルおよび制御ファイルのコピー
制御ファイルおよびデータベース初期化パラメータ・ファイルの自動バックアップ
Oracle RACデータベースの高速リカバリ領域は、Oracle ASMディスク・グループ、クラスタ・ファイル・システム、または各Oracle RACインスタンスのネットワーク・ファイル・システム・ファイルで構成される共有ディレクトリに配置される必要があります。つまり、高速リカバリ領域はOracle RACデータベースのすべてのインスタンス間で共有される必要があります。
注意:
Oracle RACで推奨する構成は、データファイル用とは異なるリカバリ・セット用のディスク・グループを使用して、高速リカバリ領域の格納にOracle Automatic Storage Management (Oracle ASM)を使用する構成です。
場所とディスク割当て制限は、すべてのインスタンスで同一である必要があります。高速リカバリ領域を共有Oracle ASMディスクに配置することをお薦めします。また、すべてのインスタンスに対してDB_RECOVERY_FILE_DEST
およびDB_RECOVERY_FILE_DEST_SIZE
パラメータを同じ値に設定する必要があります。
高速リカバリ領域を使用するには、最初にOracle RACデータベースの各インスタンスに対して、高速リカバリ領域を構成する必要があります。
参照:
高速リカバリ領域の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
データベースのバックアップおよびリカバリの構成方法の詳細は、Oracle Database 2日でデータベース管理者を参照してください。
高速リカバリ領域の構成の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。
データの可用性を高くするには、システムの障害後にデータをリカバリできるようデータベースを構成することが重要です。REDOログには、データファイルに対する変更のレコードがあります。
REDOログはREDOログ・グループに格納されます。データベースには2つ以上のREDOログ・グループが必要です。
グループ内のREDOログ・ファイルが一杯になると、ログ・ライター・プロセス(LGWR)はREDOレコードの書込みを新規のREDOログ・グループに切り替えます。Oracle Databaseでは、非アクティブなREDOログ・ファイル・グループを、まとめてアーカイブREDOログ(またはアーカイブ・ログ)と呼ばれる1つ以上のオフラインの保存先に自動的に保存できます。REDOログ・ファイルをアーカイブREDOログ・ファイルに変更するプロセスは、アーカイブと呼ばれます。
REDOログをアーカイブすると、そのREDOログ・ファイルが上書きされる前に、別の場所に書き込まれます。この場所をアーカイブREDOログと呼びます。これらのREDOログ・ファイルのコピーによって、リカバリ用に保存および使用されるREDOデータの量が増えます。データベースではアーカイブを有効または無効のいずれかに設定できますが、有効にすることをお薦めします。
参照:
アーカイブREDOログ・ファイルの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
高速リカバリ領域の領域使用計画の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
アーカイブを構成する場合の主な考慮事項は、リカバリ中に(可能な場合は、バックアップ中も)すべてのノードからすべてのアーカイブREDOログを読取り可能にすることです。
Oracle Database Configuration Assistant(DBCA)を使用してOracle Real Application Clusters(Oracle RAC)データベースを作成すると、各インスタンスには、共有記憶域に格納されるREDOログ・ファイルが2つ以上作成されます。2ノードのOracle RACデータベースがある場合、少なくとも4つのREDOログがデータベースに作成され、各インスタンスには2つ作成されます。
クラスタ・ファイル・システムを使用してOracle RACデータベースのアーカイブREDOログ・ファイルを格納している場合、REDOログ・ファイルは共有ファイル・システムのファイルになります。Oracle ASMを使用してOracle RACデータベースのアーカイブREDOログ・ファイルを格納している場合は、データベースで生成されるすべてのアーカイブREDOログ・ファイルへのアクセス権が、各インスタンスに自動的に付与されます。共有記憶域を使用して各ノードにアーカイブREDOログ・ファイルを格納している場合は、これらのディレクトリへのアクセス権を必要とするクラスタ・データベース内の各インスタンスにアクセス権が付与されるようオペレーティング・システムを構成する必要があります。
リカバリ中、リカバリを実行するノードからアーカイブ・ログ・ファイルの保存先が参照可能なため、Oracle RACではアーカイブREDOログ・データを正常にリカバリできます。Oracle RACデータベースのバックアップを作成する場合の計画は、各ノードのアーカイブ先を構成する方法によって異なります。アーカイブREDOログのバックアップを実行するのが1つのノードのみかすべてのノードかに関係なく、すべてのインスタンスのアーカイブREDOログ・ファイルを確実にバックアップする必要があります。
単一のノードからのアーカイブREDOログをバックアップするには、そのノードに、他のインスタンスのアーカイブ・ログ・ファイルに対するアクセス権が必要となります。あるノードが特定のファイル名でログをファイル・システムに書き込む場合、このアーカイブREDOログにアクセスするすべてのノードに対してそのファイルが読取り可能になっている必要があるため、使用するアーカイブREDOログのネーミング・スキームが重要となります。たとえば、node1
が/oracle/arc_dest/log_1_100_23452345.arc
にログをアーカイブしている場合、node2
は、自身のファイル・システムで/oracle/arc_dest/log_1_100_23452345.arc
を読み取ることができる場合にのみ、このアーカイブREDOログをバックアップできます。
参照:
Oracle ASMでのアーカイブ・ログ・ファイルの作成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。
Oracle RACのアーカイブREDOログ・ファイルのネーミング規則の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。
RMANでは、複数のチャネルおよびサーバー・セッションを使用して1つのバックアップ・ジョブまたはファイルのリストア・タスクを実行する、並列化がサポートされています。
Recovery Manager(RMAN)は、バックアップおよびリカバリのタスクを実行するためにデータベース・サーバーで実行されるプロセスであるサーバー・セッションに依存します。各サーバー・セッションが、バックアップ・デバイスを行き来するデータの流れを表すRMANチャネルに順に対応しています。
Oracle Database制御ファイル、SPFILEおよびデータ・ファイルはどのインスタンスからもアクセス可能なため、これらのファイルのバックアップ操作は、割当て済のあらゆるチャネルに分散されます。アーカイブREDOログのバックアップでは、Oracle RACデータベースで使用されるアーカイブ方式のタイプによってRMANの実行する処理が決まります。
ローカル・アーカイブ方式を使用する場合は、各インスタンスでアーカイブREDOログ・ファイルがローカル・ディレクトリに書き込まれます。アーカイブREDOログ・ファイルへのアクセス権を持つ複数のチャネルが各アーカイブREDOログ・ファイルに割り当てられている場合は、そのアーカイブREDOログ・ファイルへのアクセス権を持つチャネルがRMANで判別されます。続いて、チャネルからアクセス可能なアーカイブREDOログ・ファイルがRMANによってグループ化され、バックアップ・ジョブがそのチャネルを使用してスケジュールされます。
クラスタ内の各ノードで、アーカイブREDOログ・ファイルをOracle ASM、クラスタ化されたファイル・システムまたはその他のタイプの共有記憶域に書き込む場合、各インスタンスにはすべてのアーカイブREDOログ・ファイルへのアクセス権があります。この場合、アーカイブREDOログのバックアップは、割当て済の全チャネルに分散されます。
参照:
RMANバックアップの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
バックアップ・デバイス設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
Oracle RACの場合、各インスタンスに独自のREDOスレッドがあります。Oracle RACの推奨構成は、データファイルに使用するOracle ASMディスク・グループとは別のOracle ASMディスク・グループを使用した高速リカバリ領域の構成です。あるいは、クラスタ・ファイル・システムのアーカイブ方式を使用することもできます。
Oracle RACデータベースのアーカイブを構成するには、次の手順を実行します。
参照:
インスタンス・リカバリ、メディア・リカバリおよび高速リカバリで使用する設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
Oracle RACデータベースのアーカイブREDOログ・ファイルの構成および管理の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。
Oracle Enterprise Managerを使用してOracle Real Application Clusters(Oracle RAC)データベースをバックアップする前に、バックアップを実行するユーザーのアクセス権、つまり資格証明を構成する必要があります。
特定のバックアップ設定に対してデフォルト値を構成すると、バックアップの実行ごとに指定する必要がなくなります。
Enterprise Managerを使用している場合、バックアップおよびリカバリ用の構成タスクを実行したり、バックアップ・ジョブをスケジュールしたり、リカバリを実行したりするには、適切な資格証明を持っている必要があります。
必要になる可能性がある資格証明は次のとおりです。
Oracle Enterprise Managerにログインする際に使用するOracle Database管理者ユーザー
バックアップおよびリカバリ・タスクを実行する際に資格証明を指定するホスト・オペレーティング・システム・ユーザー
RMANタスクを実行またはスケジュールするには、SYSDBA
またはSYSBACKUP
管理権限を持つユーザーとしてEnterprise Managerにログインするか、dba
グループのメンバーであるユーザーのホスト・オペレーティング・システム資格証明を入力する必要があります。ホスト・オペレーティング・システム・ユーザーにRMANのコマンドライン・クライアントの実行権限があることも必要になります。
ホスト・オペレーティング・システムの資格証明を必要とするタスクでは、タスクの実行に使用されるページの最下部に「ホスト資格証明」フォームが表示されます。Oracle Enterprise Managerでは、ユーザーがリクエストまたはスケジュールしたジョブを実行するため、RMANを起動する際にこの資格証明を使用します。
「ホスト資格証明」フォームには常に、「優先資格証明として保存」というラベルの付いたオプションがあります。アクションを実行する前にこのオプションを選択すると、提示された資格証明が、その時点でログインしているOracle Databaseユーザー用に永続的に格納されます。そのユーザーとしてログインしてホスト資格証明が必要な操作を実行する際には、常にデフォルトでこの優先資格証明が再利用されます。
参照:
バックアップおよびリカバリの実行に必要なユーザー資格証明の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
バックアップのいくつかの設定およびポリシーを構成できます。
高速リカバリ領域が構成されている場合は、バックアップの格納方法、バックアップされるデータ、および高速リカバリ領域から消去されるまでのバックアップの保持期間を決定する、いくつかの設定およびポリシーを構成できます。また、設定を構成すると、環境に対するバックアップ・パフォーマンスを最適化することもできます。
参照:
バックアップ・ポリシー設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
バックアップ設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
Oracle Enterprise Managerを使用して、Oracle Real Application Clusters (Oracle RAC)データベースをバックアップできます。
Oracle ASMを使用してデータベース・ファイルを管理する場合は、バックアップを作成するためにRMANを使用することをお薦めします。
バックアップおよびリカバリ操作を実行するには、データベース権限(SYSDBA
)とホスト・オペレーティング・システムの資格証明(OSDBA
)の両方が必要です。SYSDBA
権限でEnterprise Managerにログインすると、RMANのコマンドライン・クライアントの実行権限を持つオペレーティング・システムのユーザーなら誰でもOracle Real Application Clusters(Oracle RAC)データベースのバックアップを実行できます。一方、SYSDBA
権限を持たないデータベース・ユーザーとしてログインすると、バックアップ操作の実行前に、OSDBA
グループのメンバーであるオペレーティング・システム・ユーザーの名前とパスワードを指定する必要があります。
Oracle RACデータベースをバックアップするには、次の手順を実行します。
アーカイブREDOログ・ファイルが正常にバックアップされた後にそのファイルをディスクから自動的に削除するようにRMANを構成できます。
この機能を使用すると、Oracle RACデータベースで使用するディスク領域を削減し、使用可能なディスク領域が不足した場合に発生する可能性のある不要な停止を防ぐことができます。
アーカイブ・ログのバックアップを実行するのが1つのノードのみか全ノードかに関係なく、すべてのノードのすべてのアーカイブREDOログ・ファイルを確実にバックアップします。ローカル・アーカイブ方式を使用する場合は、RMANがすべてのアーカイブREDOログ・ファイルにアクセスできるように複数のチャネルを割り当てます。
アーカイブREDOログ・ファイルが正常にバックアップされた後にそのファイルをディスクから自動的に削除するようにRMANを構成するには、データベース・バックアップの作成時またはスケジュール時に次の手順を実行します。
参照:
バックアップ設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
Oracle Enterprise Managerのガイド付きリカバリ機能には、リカバリ・ウィザードがあり、リストアやリカバリの幅広い使用例で必要となるロジックが、このウィザードでカプセル化されています。
Oracle Enterprise Managerを使用すると、リストアやリカバリがデータベースのどの部分に必要なのかを判断でき、破損したデータベース・ファイルがあるなどの状況も早期に検出されます。Enterprise Managerを使用すると、ユーザーは必要な情報および必要なファイルのリストアおよびリカバリ・アクションの実行を求められ、リカバリ・プロセスの全体に対応できます。
この項では、インスタンス・リカバリとメディア・リカバリの両方について説明します。
Oracle Real Application Clusters(Oracle RAC)データベースのリカバリが実行されるノードでは、必要なデータファイルをすべてリストアできる必要があります。また、このノードでは、ディスクにあるすべての必要なアーカイブREDOログ・ファイルを読み取れるか、アーカイブREDOログ・ファイルをバックアップ・ファイルからリストアできる必要があります。
参照:
データベースのバックアップおよびリカバリの概念については、『Oracle Database 2日でデータベース管理者』を参照してください。
アーカイブREDOログ・ファイルの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
リカバリ中、リカバリを実行するノードからアーカイブ・ログ・ファイルの保存先が参照可能なため、Oracle RACはリカバリ中にアーカイブREDOログへ正常にアクセスできます。
共有記憶域またはクラスタ・ファイル・システムを使用せずにクラスタ・データベースにアーカイブREDOログ・ファイルを格納する場合、リカバリを実行しているノードがアーカイブREDOログ・ファイルを使用できるようにする必要があります。
参照:
オンラインREDOログ・ファイルの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
アーカイブREDOログ・ファイルの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
データベースでメディア・リカバリが必要な場合は、リカバリを開始する前にデータベース・インスタンスを適切なモードで起動する必要があります。
Oracle RACでの障害インスタンスのリカバリは、自動的に行われます。Oracle RACデータベース・インスタンスで障害が発生した場合、障害が発生していないデータベース・インスタンスが、障害インスタンスによって生成されたオンラインREDOログを処理し、データベースの内容が一貫性のある状態であることを保証します。リカバリが完了すると、Oracle Clusterwareは障害インスタンスの再起動を自動的に試行します。
メディア・リカバリは、データベースのクローズ時に手動で実施するプロセスです。ヘッドの不調などのディスクの物理的な問題により、データベースの実行に必要なディスク・ファイルの読取りまたは書込み操作が失敗することをメディア障害と呼びます。どのようなデータベース・ファイルもメディア障害の対象になる可能性があります。メディア障害が発生した場合、メディア・リカバリを実行して、破損したデータベース・ファイルのリストアとリカバリを行う必要があります。メディア・リカバリは常に、クラスタ内の1つのインスタンスで実行します。
メディア・リカバリを開始する前に、リカバリを実行するインスタンスをMOUNT
モードで起動する必要があります。その他のインスタンスは必ずNOMOUNT
モードで起動します。
参照:
Oracle推奨のリカバリ機能およびデータ・リカバリ・アドバイザの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
アーカイブREDOログ・ファイルの格納にOracle ASMまたはクラスタ化ファイル・システムを使用すると、そのアーカイブREDOログ・ファイルはすべてのインスタンスでリストアできます。
リストア操作中には、使用可能なデータベースの最新のバックアップがRMANによって自動的に検出されます。特定のノードに接続されているチャネルでは、そのノードにのみバックアップされたファイルのリストアが試行されます。たとえば、順序番号1_001のアーカイブREDOログ・ファイルがノードracnode1
に接続されているデバイスにバックアップされ、順序番号2_003のアーカイブREDOログ・ファイルがノードracnode2
に接続されているデバイスにバックアップされているとします。リストア操作用に、ノードracnode1
に接続するチャネルとノードracnode2
に接続するチャネルを割り当てると、racnode1
に接続されているチャネルでは順序番号1_001のログはリストアされますが、順序番号2_003のログはリストアされません。racnode2
に接続されているチャネルでは順序番号2_003のログはリストアできますが、順序番号1_001のログはリストアできません。
参照:
アーカイブREDOログ・ファイルのリストアの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。
Oracle Real Application Clusters (Oracle RAC)では、インスタンス障害およびメディア・リカバリの最適な並列度が自動的に選択されます。
Enterprise ManagerおよびRecovery Manager (RMAN)を使用してリカバリを実行すると、Oracle RACでは、次に示す3段階のリカバリが自動的にパラレル化されます。
データファイルのリストア: データファイルのリストア時には、RMANのリカバリ・スクリプトに割り当てるチャネル数によって、Recovery Managerで使用されるパラレル化が効果的に設定されます。たとえば、5つのチャネルを割り当てると、データ・ファイルをリストアするストリームを5つまで並列化できます。
増分バックアップの適用: 同様に、増分バックアップを適用する場合、割り当てるチャネル数によって、可能なパラレル化が決定されます。
アーカイブREDOログ・ファイルの適用: RMANでは、アーカイブREDOログ・ファイルの適用の実行がパラレル化されます。使用可能なCPUリソースに基づいて、最適な並列度が自動的にOracle RACにより選択されます。
参照:
データファイルの増分バックアップの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
リカバリ設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
Oracle Enterprise ManagerおよびRecovery Manager (RMAN)を使用して、Oracle Real Application Clusters (Oracle RAC)データベースをリストアおよびリカバリできます。
Enterprise ManagerおよびRMANを使用している場合、Oracle RAC Databaseのリカバリとリストアのプロセスは、基本的には単一インスタンスのOracle Databaseの場合と同様です。ただし、「可用性」ページからRMANに対し、インスタンス・レベルではなくクラスタ・データベース・レベルでアクセスする点が異なります。
Oracle Enterprise ManagerおよびRMANを使用してOracle RACデータベースのリストアとリカバリを行うには、次の手順を実行します。
参照:
ユーザー指示のリカバリの実行の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
Oracle Enterprise Managerを使用すると、データベースのバックアップ・ファイルを管理できます。
RMANバックアップ・ファイルの管理(Oracle Enterprise Managerの使用は任意)は、次の2つのタスクで構成されています。
ディスクまたはテープに格納されているデータベースのバックアップ・ファイルの管理
RMANリポジトリでのこれらのバックアップ・ファイルのレコードの管理
Oracle Enterprise Managerでは、両方のバックアップ・ファイルの管理タスクが簡素化されます。バックアップ・ファイルの管理に関するその他のタスクには、次のようなものがあります。
バックアップ・ファイルの検索
バックアップ・セットまたはイメージ・コピーの内容の検証
バックアップのクロスチェック
期限切れまたは廃止されたバックアップ・ファイルの削除
バックアップ・ファイルへの使用可能または使用不可のマーク付け
参照:
RMANバックアップ・ファイルの管理の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
バックアップ・レポートの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
バックアップの検証およびバックアップ戦略のテストを行うための詳細は、Oracle Database 2日でデータベース管理者を参照してください。
期限切れのバックアップを削除する方法の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
バックアップを使用可能または使用不可としてマークする方法の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。
Oracle Enterprise Managerを使用すると、バックアップ・レポートを表示できます。
バックアップ・レポートには、Recovery Manager (RMAN)によって実行された過去のバックアップ・ジョブに関するサマリーおよび詳細情報が記録されています。詳細情報には、Oracle Enterprise ManagerとRMANコマンドライン・クライアントで実行されたバックアップ・ジョブが含まれます。
バックアップ・レポートを表示するには、次の手順を実行します。
参照:
バックアップ・レポートの表示の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。