データベースをデータ損失から保護し、データ損失後にデータベースを再構築するには、バックアップおよびリカバリ計画を作成、実装および管理する必要があります。この章では、Oracle Real Application Clusters(Oracle RAC)データベースをバックアップおよびリカバリする方法について説明します。
この章の内容は次のとおりです。
参照:
|
ハードウェア障害や災害から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は、必要な情報の入力をユーザーに求め、必要なリカバリ・アクションを実行しながら、リカバリ・プロセスを進めます。
参照:
|
高速リカバリ領域を使用すると、バックアップ関連のファイル用にディスク領域を手動で管理したり、様々なタイプのファイル間で使用する領域を均等に分散する必要性が最小限に抑えられます。バックアップ管理を簡略化するために高速リカバリ領域を有効にすることをお薦めします。
高速リカバリ領域は大きく取るほど便利になります。高速リカバリ領域は、次のファイルすべてを含めるために十分な大きさとすることをお薦めします。
すべてのデータファイルのコピー
増分バックアップ
オンライン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データベースの各インスタンスに対して、高速リカバリ領域を構成する必要があります。
データの可用性を高くするには、システムの障害後にデータをリカバリできるようデータベースを構成することが重要です。REDOログには、データファイルに対する変更のレコードがあります。REDOログはREDOログ・グループに保存され、データベースに2つ以上のREDOログ・グループを持つ必要があります。
グループ内のREDOログ・ファイルが一杯になると、ログ・ライター・プロセス(LGWR)はREDOレコードの書込みを新規のREDOログ・グループに切り替えます。Oracle Databaseでは、非アクティブなREDOログ・ファイル・グループを、まとめてアーカイブREDOログ(またはアーカイブ・ログ)と呼ばれる1つ以上のオフラインの保存先に自動的に保存できます。REDOログ・ファイルをアーカイブREDOログ・ファイルに変更するプロセスは、アーカイブと呼ばれます。
REDOログをアーカイブすると、そのREDOログ・ファイルが上書きされる前に、別の場所に書き込まれます。この場所をアーカイブREDOログと呼びます。これらのREDOログ・ファイルのコピーによって、リカバリ用に保存および使用される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ログ・ファイルへのアクセス権が、各インスタンスに自動的に付与されます。共有記憶域またはRAWデバイスを使用して各ノードにアーカイブ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ログをバックアップできます。
参照:
|
Recovery Manager(RMAN)は、バックアップおよびリカバリのタスクを実行するためにデータベース・サーバーで実行されるプロセスであるサーバー・セッションに依存します。各サーバー・セッションが、バックアップ・デバイスを行き来するデータの流れを表すRMANチャネルに順に対応しています。RMANでは、複数のチャネルおよびサーバー・セッションを使用して1つのバックアップ・ジョブまたはファイルのリストア・タスクを実行する、並列化がサポートされています。
制御ファイル、SPFILEおよびデータファイルはどのインスタンスからもアクセス可能なため、これらのファイルのバックアップ操作は、割当て済のあらゆるチャネルに分散されます。アーカイブREDOログのバックアップでは、Oracle RACデータベースで使用されるアーカイブ方式のタイプによってRMANの実行する処理が決まります。
ローカル・アーカイブ方式を使用する場合は、各インスタンスでアーカイブREDOログ・ファイルがローカル・ディレクトリに書き込まれます。アーカイブREDOログ・ファイルへのアクセス権を持つ複数のチャネルが各アーカイブREDOログ・ファイルに割り当てられている場合は、そのアーカイブREDOログ・ファイルへのアクセス権を持つチャネルがRMANで判別されます。続いて、チャネルからアクセス可能なアーカイブREDOログ・ファイルがRMANによってグループ化され、バックアップ・ジョブがそのチャネルを使用してスケジュールされます。
クラスタ内の各ノードで、アーカイブREDOログ・ファイルをOracle ASM、クラスタ化されたファイル・システムまたはその他のタイプの共有記憶域に書き込む場合、各インスタンスにはすべてのアーカイブREDOログ・ファイルへのアクセス権があります。この場合、アーカイブREDOログのバックアップは、割当て済の全チャネルに分散されます。
参照:
|
Oracle RACの場合、各インスタンスに独自のREDOスレッドがあります。Oracle RACの推奨構成は、データファイルに使用するOracle ASMディスク・グループとは別のOracle ASMディスク・グループを使用した高速リカバリ領域の構成です。あるいは、クラスタ・ファイル・システムのアーカイブ方式を使用することもできます。
Oracle RACデータベースのアーカイブを構成するには、次の手順を実行します。
Oracle Enterprise Manager Database Controlの「データベース・ホーム」ページで、SYSDBAユーザーとしてログインし、「可用性」を選択します。
「可用性」サブページが表示されます。
「バックアップ/リカバリ」セクションで、「設定」ヘッダーの下の「リカバリ設定」をクリックします。
「リカバリ設定」ページが表示されます。
「メディア・リカバリ」セクションで「ARCHIVELOGモード」を選択します。
「ログのアーカイブ・ファイル名の書式」フィールドで、デフォルト値をそのまま使用するか、または目的の書式を入力します。
クラスタ・データベースでは、アーカイブREDOログ・ファイルが属するREDOログ・スレッドを示すために、アーカイブ・ログファイル名の書式に%t
修飾子を含める必要があります。ベスト・プラクティスとしては、アーカイブ・ログ・ファイル名の書式に、%s
(ログ順序番号)および%r
(RESETLOGS識別子)修飾子も含める必要があります。
アーカイブ・ログの保存先が、すべてのインスタンスで同じである場合、「アーカイブ・ログの保存先」フィールドで、クラスタ・データベースのアーカイブ・ログの保存先の値を変更します。
たとえば、Oracle ASMを使用する場合は、+DATA
に設定し、各ノードでローカルにアーカイブする場合は、/u01/oradata/arch
に設定します。
各インスタンスに対して、異なるアーカイブ・ログの保存先を構成する必要がある場合、「初期化パラメータ」ページに移動して、アーカイブ・ログの保存先を構成するインスタンスに対応するLOG_ARCHIVE_DEST_1
パラメータのエントリを変更します。「インスタンス」列には、インスタンス名(sales1
など)が表示されます。そのインスタンスのアーカイブ・ログの保存先が含まれるように、「値」フィールドを変更します。
データベースに複数のアーカイブ・ログの保存先を構成する場合、「リカバリ設定」ページで、「アーカイブ・ログの保存先」フィールドの下にある「行の追加」をクリックします。
アーカイブの構成を終えたら、「適用」をクリックします。
データベースを再起動するように求められたら、「はい」をクリックします。
ホストおよびSYSDBAユーザーの資格証明を入力し、「続行」をクリックします。
数分間待機した後、「リフレッシュ」をクリックします。
データベースが再起動すると、ログイン資格証明を入力するよう求められます。
参照:
|
Oracle Enterprise Managerを使用してOracle Real Application Clusters(Oracle RAC)データベースをバックアップする前に、バックアップを実行するユーザーのアクセス権、つまり資格証明を構成する必要があります。特定のバックアップ設定に対してデフォルト値を構成すると、バックアップの実行ごとに指定する必要がなくなります。
Enterprise Managerを使用している場合、バックアップおよびリカバリ用の構成タスクを実行したり、バックアップ・ジョブをスケジュールしたり、リカバリを実行したりするには、適切な資格証明を持っている必要があります。必要になる可能性がある資格証明は次のとおりです。
Oracle Enterprise Managerにログインする際に使用するOracle Database管理者ユーザー
バックアップおよびリカバリ・タスクを実行する際に資格証明を指定するホスト・オペレーティング・システム・ユーザー
RMANタスクを実行またはスケジュールするには、Oracle Enterprise ManagerにSYSDBA
権限を持つユーザーとしてログインするか、dba
グループのメンバーであるユーザーのホスト・オペレーティング・システムの資格証明を指定する必要があります。ホスト・オペレーティング・システム・ユーザーにRMANのコマンドライン・クライアントの実行権限があることも必要になります。
ホスト・オペレーティング・システムの資格証明を必要とするタスクでは、タスクの実行に使用されるページの最下部に「ホスト資格証明」フォームが表示されます。Oracle Enterprise Managerでは、ユーザーがリクエストまたはスケジュールしたジョブを実行するため、RMANを起動する際にこの資格証明を使用します。
「ホスト資格証明」フォームには常に、「優先資格証明として保存」というラベルの付いたオプションがあります。アクションを実行する前にこのオプションを選択すると、提示された資格証明が、その時点でログインしているOracle Databaseユーザー用に永続的に格納されます。そのユーザーとしてログインしてホスト資格証明が必要な操作を実行する際には、常にデフォルトでこの優先資格証明が再利用されます。
Oracle ASMを使用してデータベース・ファイルを管理する場合は、バックアップを作成するためにRMANを使用することをお薦めします。バックアップおよびリカバリ操作を実行するには、データベース権限(SYSDBA
)とホスト・オペレーティング・システムの資格証明(OSDBA
)の両方が必要です。
SYSDBA
権限でEnterprise Managerにログインすると、RMANのコマンドライン・クライアントの実行権限を持つオペレーティング・システムのユーザーなら誰でもOracle Real Application Clusters(Oracle RAC)データベースのバックアップを実行できます。一方、SYSDBA
権限を持たないデータベース・ユーザーとしてログインすると、バックアップ操作の実行前に、OSDBA
グループのメンバーであるオペレーティング・システム・ユーザーの名前とパスワードを指定する必要があります。
Oracle RACデータベースをバックアップするには、次の手順を実行します。
「クラスタ・データベース: ホーム」ページで「可用性」を選択します。
「クラスタ・データベース: 可用性」ページが表示されます。
「バックアップ/リカバリ」セクションで、「管理」ヘッダーの下の「バックアップのスケジュール」を選択します。
『Oracle Database 2日でデータベース管理者』の第9章「バックアップおよびリカバリの実行」のバックアップ手順に従うか、このEnterprise Managerページの「ヘルプ」をクリックします。
参照:
|
アーカイブ・ログのバックアップを実行するのが1つのノードのみか全ノードかに関係なく、すべてのノードのすべてのアーカイブREDOログ・ファイルを確実にバックアップします。ローカル・アーカイブ方式を使用する場合は、RMANがすべてのアーカイブREDOログ・ファイルにアクセスできるように複数のチャネルを割り当てます。
アーカイブREDOログ・ファイルが正常にバックアップされた後にそのファイルをディスクから自動的に削除するようにRMANを構成できます。この機能を使用すると、Oracle RACデータベースで使用するディスク領域を削減し、使用可能なディスク領域が不足した場合に発生する可能性のある不要な停止を防ぐことができます。
アーカイブREDOログ・ファイルが正常にバックアップされた後にそのファイルをディスクから自動的に削除するようにRMANを構成するには、データベース・バックアップの作成時またはスケジュール時に次の手順を実行します。
「クラスタ・データベース: ホーム」ページで「可用性」を選択します。
「クラスタ・データベース: 可用性」ページが表示されます。
「バックアップ/リカバリ」セクションで、「管理」ヘッダーの下の「バックアップのスケジュール」を選択します。
バックアップ・タイプを選択し、「カスタマイズ・バックアップのスケジュール」をクリックします。
バックアップのオプションを指定する際には、オンライン・バックアップを実行する場合、「また、すべてのアーカイブ・ログもディスクにバックアップします」を選択します。オフライン・バックアップを実行する場合、バックアップ時にデータベースの一貫性が保たれ、リストア時にメディア・リカバリを必要としないため、アーカイブREDOログ・ファイルをバックアップする必要はありません。
アーカイブREDOログ・ファイルに共有記憶域を使用している場合、「正常にバックアップされた後、すべてのアーカイブ・ログをディスクから削除」を選択します。
注意: 高速リカバリ領域をアーカイブ・ログの唯一の保存先として使用している場合は、「正常にバックアップされた後、すべてのアーカイブ・ログをディスクから削除」を選択しないでください。この場合、バックアップされたアーカイブREDOログ・ファイルは、他のファイルの記憶域用に領域が必要になると自動的に削除されます。 |
参照:
|
Oracle Enterprise Managerのガイド付きリカバリ機能には、リカバリ・ウィザードがあり、リストアやリカバリの幅広い使用例で必要となるロジックが、このウィザードでカプセル化されています。Oracle Enterprise Managerを使用すると、リストアやリカバリがデータベースのどの部分に必要なのかを判断でき、破損したデータベース・ファイルがあるなどの状況も早期に検出されます。Oracle Enterprise Managerでは、リカバリ・プロセスをガイドし、必要な情報の入力を求め、必要なファイルのリストアおよびリカバリ・アクションを実行します。
この項では、インスタンス・リカバリとメディア・リカバリの両方について説明します。この付録には、次の項があります。
Oracle Real Application Clusters(Oracle RAC)データベースのリカバリが実行されるノードでは、必要なデータファイルをすべてリストアできる必要があります。また、このノードでは、ディスクにあるすべての必要なアーカイブREDOログ・ファイルを読み取れるか、アーカイブREDOログ・ファイルをバックアップ・ファイルからリストアできる必要があります。
この項では、データベースをリカバリする前に実行する必要のある2つのタスクについて説明します。
リカバリ中、リカバリを実行するノードからアーカイブ・ログ・ファイルの保存先が参照可能なため、Oracle RACはリカバリ中にアーカイブREDOログへ正常にアクセスできます。
共有記憶域またはクラスタ・ファイル・システムを使用せずにクラスタ・データベースにアーカイブREDOログ・ファイルを格納する場合、リカバリを実行しているノードがアーカイブREDOログ・ファイルを使用できるようにする必要があります。
Oracle RACでの障害インスタンスのリカバリは、自動的に行われます。Oracle RACデータベース・インスタンスで障害が発生した場合、障害が発生していないデータベース・インスタンスが、障害インスタンスによって生成されたオンラインREDOログを処理し、データベースの内容が一貫性のある状態であることを保証します。リカバリが完了すると、Oracle Clusterwareは障害インスタンスの再起動を自動的に試行します。
メディア・リカバリは、データベースのクローズ時に手動で実施するプロセスです。ヘッドの不調などのディスクの物理的な問題により、データベースの実行に必要なディスク・ファイルの読取りまたは書込み操作が失敗することをメディア障害と呼びます。どのようなデータベース・ファイルもメディア障害の対象になる可能性があります。メディア障害が発生した場合、メディア・リカバリを実行して、破損したデータベース・ファイルのリストアとリカバリを行う必要があります。メディア・リカバリは常に、クラスタ内の1つのインスタンスで実行します。
メディア・リカバリを開始する前に、リカバリを実行するインスタンスをMOUNT
モードで起動する必要があります。その他のインスタンスは必ずNOMOUNT
モードで起動します。
参照:
|
リストア操作中には、使用可能なデータベースの最新のバックアップがRMANによって自動的に検出されます。特定のノードに接続されているチャネルでは、そのノードにのみバックアップされたファイルのリストアが試行されます。たとえば、順序番号1_001のアーカイブREDOログ・ファイルがノードracnode1
に接続されているデバイスにバックアップされ、順序番号2_003のアーカイブREDOログ・ファイルがノードracnode2
に接続されているデバイスにバックアップされているとします。リストア操作用に、ノードracnode1
に接続するチャネルとノードracnode2
に接続するチャネルを割り当てると、racnode1
に接続されているチャネルでは順序番号1_001のログはリストアされますが、順序番号2_003のログはリストアされません。racnode2
に接続されているチャネルでは順序番号2_003のログはリストアできますが、順序番号1_001のログはリストアできません。
アーカイブREDOログ・ファイルの格納にOracle ASMまたはクラスタ化ファイル・システムを使用すると、そのアーカイブREDOログ・ファイルはすべてのインスタンスでリストアできます。
参照:
|
Oracle RACでは、インスタンス障害およびメディア・リカバリの最適な並列度が自動的に選択されます。
Oracle Enterprise ManagerおよびRMANを使用してリカバリを実行すると、Oracle RACでは、次に示す3段階のリカバリが自動的にパラレル化されます。
データファイルのリストア: データファイルのリストア時には、RMANのリカバリ・スクリプトに割り当てるチャネル数によって、RMANで使用されるパラレル化が効果的に設定されます。たとえば、5つのチャネルを割り当てると、データ・ファイルをリストアするストリームを5つまで並列化できます。
増分バックアップの適用: 同様に、増分バックアップを適用する場合、割り当てるチャネル数によって、可能なパラレル化が決定されます。
アーカイブREDOログ・ファイルの適用: RMANでは、アーカイブREDOログ・ファイルの適用の実行がパラレル化されます。使用可能なCPUリソースに基づいて、最適な並列度が自動的にOracle RACにより選択されます。
参照:
|
Oracle Enterprise ManagerおよびRMANを使用している場合、Oracle RACデータベースのリカバリとリストアのプロセスは、基本的には単一インスタンスのOracle Databaseの場合と同様です。ただし、「可用性」ページからRMANに対し、インスタンス・レベルではなくクラスタ・データベース・レベルでアクセスする点が異なります。
Oracle Enterprise ManagerおよびRMANを使用してOracle RACデータベースのリストアとリカバリを行うには、次の手順を実行します。
「クラスタ・データベース: ホーム」ページで「可用性」を選択します。
「クラスタ・データベース: 可用性」ページが表示されます。
「バックアップ/リカバリ」セクションで、「管理」ヘッダーの下の「リカバリの実行」を選択します。
「リカバリの実行」ページが表示されます。
『Oracle Database 2日でデータベース管理者』の第9章のリカバリ手順に従います。
参照:
|
Oracle Enterprise Managerを使用して、損失または破損したサーバー・パラメータ・ファイル(SPFILE)をリカバリできます。
Oracle RACデータベースのSPFILEをリカバリするには、次の手順を実行します。
データベースをMOUNT
モードで起動します。
「クラスタ・データベース: ホーム」ページで「可用性」を選択します。
「クラスタ・データベース: 可用性」ページが表示されます。
「バックアップ/リカバリ」セクションで、「管理」ヘッダーの下の「リカバリの実行」を選択します。
データベースがオープンされていない場合は、「リカバリの実行」リンクで、SPFILEのリストア・ページに移動します。
高速リカバリ領域の場所を指定します(構成されている場合)。
「バックアップ情報」セクションで、「その他のバックアップ情報を使用」および「自動バックアップを使用」を選択します。
「リカバリの実行: SPFILEのリストア」ページで、SPFILEのリストア先に別の場所を指定します。
オプションの選択を終えたら、「リストア」をクリックし、「はい」をクリックして、SPFILEのリストアを確認します。
SPFILEがリストアされたら、データベースに再度ログインするように求められます。
参照:
|
RMANバックアップ・ファイルの管理(Oracle Enterprise Managerの使用は任意)は、次の2つのタスクで構成されています。
ディスクまたはテープに格納されているデータベースのバックアップ・ファイルの管理
RMANリポジトリでのこれらのバックアップ・ファイルのレコードの管理
Oracle Enterprise Managerでは、両方のバックアップ・ファイルの管理タスクが簡素化されます。バックアップ・ファイルの管理に含まれるその他のタスクには、次のようなものがあります。
バックアップ・ファイルの検索
バックアップ・セットまたはイメージ・コピーの内容の検証
バックアップのクロスチェック
期限切れまたは廃止されたバックアップ・ファイルの削除
バックアップ・ファイルへの使用可能または使用不可のマーク付け
参照:
|
バックアップ・レポートには、RMANによって実行された過去のバックアップ・ジョブに関するサマリーおよび詳細情報が記録されています。詳細情報には、Oracle Enterprise ManagerとRMANコマンドライン・クライアントで実行されたバックアップ・ジョブが含まれます。
バックアップ・レポートを表示するには、次の手順を実行します。
「クラスタ・データベース: ホーム」ページで「可用性」を選択します。
「可用性」ページが表示されます。
「バックアップ/リカバリ」セクションで、「管理」ヘッダーの下の「バックアップ・レポート」を選択します。
「バックアップ・レポートの表示」ページに最近のバックアップ・ジョブのリストが表示されます。
「検索」セクションで、フィルタ条件を指定して「実行」をクリックし、表示するバックアップのリストを絞り込みます。
このページの「検索」セクションを使用すると、バックアップの時刻、バックアップされたデータのタイプ、およびジョブのステータス(成功か失敗か、ジョブの実行中に警告が生成されたかどうか)により、リストされたバックアップを絞り込むことができます。
バックアップの詳細情報を表示するには、「バックアップ名」列のバックアップ・ジョブ名をクリックします。
選択したバックアップ・ジョブの「バックアップ・レポート」ページが表示されます。このページには、バックアップされたファイルの数(タイプ別)、バックアップされたデータの合計サイズ、および作成されたバックアップ・ファイルの数、サイズ、タイプなど、このバックアップ・ジョブに関するサマリー情報が含まれています。
「バックアップ・レポート」ページには「検索」セクションもあり、このセクションを使用して他のバックアップ・ジョブまたは特定の日付範囲にあるバックアップ・ジョブをすばやく検索できます。結果として出力されるレポートには、検索基準に一致するバックアップ・ジョブの集計情報が含まれています。
参照:
|