1. 2日でReal Application Clustersガイド
  2. バックアップおよびリカバリの管理

9 バックアップおよびリカバリの管理

データベースをデータ損失から保護し、データ損失後にデータベースを再構築するには、Oracle RACデータベースのバックアップおよびリカバリ計画を作成、実装および管理する必要があります。

関連項目:

9.1 Oracle RACデータベースのバックアップおよびリカバリの概要

ハードウェア障害からOracle Real Application Clusters (Oracle RAC)データベースを保護するには、データベース・ファイルの物理コピーが必要です。

Oracle Enterprise Managerに組み込まれたバックアップおよびリカバリ機能により保護されているファイルには、データファイル、制御ファイル、サーバー・パラメータ・ファイル(SPFILE)およびアーカイブREDOログ・ファイルがあります。これらのファイルを使用して、データベースを再構築できます。物理レベルで機能するバックアップ・メカニズムは、データファイルの予期せぬ削除やディスク・ドライブの障害などのファイル・レベルでの破損から保護します。データベースのリカバリには、破損しているファイルのバックアップからのリストアまたはコピーおよびリストアされたファイル上でのメディア・リカバリの実行が含まれます。メディア・リカバリは、現在または指定した他の時間に更新するための、リストアされたデータファイルに対するREDOログまたは増分バックアップのアプリケーションです。

Oracle Flashback DropやOracle Flashback TableなどのOracle Databaseのフラッシュバック機能は、物理的および論理的なバックアップ操作のかわりに使用できる、簡単で効果的な物理および論理データ・リカバリ・ツールを幅広く提供します。フラッシュバック機能はバックアップまたはメディア・リカバリの実行からデータファイルのリストアなしに不要なデータベースの変更の効果の取消しができます。

Enterprise Managerの物理バックアップおよびリカバリ機能は、Recovery Manager (RMAN)のコマンドライン・クライアントに組み込まれています。Oracle Enterprise Managerでは、多くのRMAN機能が使用でき、ウィザードおよび自動化された方法で、RMANベースのバックアップおよびリカバリを簡素化およびさらに自動化できます。

注意:

Linuxプラットフォーム上でRMANユーティリティが正しく動作するには、PATH変数内で$ORACLE_HOME/binディレクトリが/usr/X11R6/binディレクトリよりも前にある必要があります。

Enterprise Managerの ガイド付きリカバリ機能は、次のようなファイルのリストアおよびリカバリの幅広いシナリオで必要になるロジックが組み込まれたリカバリ・ウィザードとして提供されています。

  • データベースの完全なリストアおよびリカバリ

  • データベースまたは選択した表領域のPoint-in-Timeリカバリ

  • フラッシュバック・データベース

  • データベース・オブジェクトに対する不要な変更を論理レベルで修復する、その他のOracle Databaseのフラッシュバック機能

  • 破損ブロックを含むデータファイルのブロック・レベルでのメディア・リカバリ

データベース・ファイルが破損したりリカバリが必要になると、Enterprise Managerによって、バックアップからのリストアやリカバリがデータベースのどの部分に必要なのかを判断でき、破損したデータベース・ファイルがあるなどの状況も早期に検出されます。Enterprise Managerは、必要な情報の入力をユーザーに求め、必要なリカバリ・アクションを実行しながら、リカバリ・プロセスを進めます。

関連項目:

親トピック: バックアップおよびリカバリの管理

9.2 Oracle RACでの高速リカバリ領域について

高速リカバリ領域を使用すると、バックアップ関連ファイル用のディスク領域を手動で管理したり、様々なタイプのファイル間で使用する領域のバランスをとる必要性を最小限に抑えられます。

バックアップ管理を簡略化するために高速リカバリ領域を有効にすることをお薦めします。高速リカバリ領域は大きく取るほど便利になります。高速リカバリ領域は、次のファイルすべてを含めるために十分な大きさとすることをお薦めします。

  • すべてのデータファイルのコピー

  • 増分バックアップ

  • オンライン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データベースの各インスタンスに対して、高速リカバリ領域を構成する必要があります。

関連項目:

親トピック: バックアップおよびリカバリの管理

9.3 Oracle Real Application ClustersデータベースのREDOログのアーカイブ

データの可用性を高くするには、システムの障害後にデータをリカバリできるようデータベースを構成することが重要です。REDOログには、データファイルに対する変更のレコードがあります。

REDOログはREDOログ・グループに格納されます。データベースには2つ以上のREDOログ・グループが必要です。

グループ内のREDOログ・ファイルが一杯になると、ログ・ライター・プロセス(LGWR)はREDOレコードの書込みを新規のREDOログ・グループに切り替えます。Oracle Databaseでは、非アクティブなREDOログ・ファイル・グループを、まとめてアーカイブREDOログ(またはアーカイブ・ログ)と呼ばれる1つ以上のオフラインの保存先に自動的に保存できます。REDOログ・ファイルをアーカイブREDOログ・ファイルに変更するプロセスは、アーカイブと呼ばれます。

REDOログをアーカイブするときは、REDOログ・ファイルが上書きされる前に、そのファイルを別の場所に書き込みます。この場所をアーカイブREDOログと呼びます。これらのREDOログ・ファイルのコピーによって、リカバリ用に保存および使用されるREDOデータの量が増えます。データベースではアーカイブを有効または無効のいずれかに設定できますが、有効にすることをお薦めします。

  • Oracle RACデータベースのアーカイブREDOログ・ファイルについて
    アーカイブの構成に際しては、リカバリ時に(可能な場合はバックアップ時にも)、各ノードからすべてのアーカイブREDOログを読み取れるようにすることが重要です。
  • 複数のRMANチャネル間のパラレル化およびバックアップについて
    RMANでは、複数のチャネルおよびサーバー・セッションを使用して1つのバックアップ・ジョブまたはファイルのリストア・タスクを実行する、並列化がサポートされています。
  • Oracle RACデータベースのアーカイブの構成
    Oracle RACの場合、各インスタンスに独自のREDOスレッドがあります。Oracle RACの推奨構成は、データファイルに使用するOracle ASMディスク・グループとは別のOracle ASMディスク・グループを使用した高速リカバリ領域の構成です。この構成のかわりに、クラスタ・ファイル・システムのアーカイブ・スキームを使用することもできます。

関連項目:

親トピック: バックアップおよびリカバリの管理

9.3.1 Oracle RACデータベースのアーカイブ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ログ・ファイルへのアクセス権が、各インスタンスに自動的に付与されます。共有記憶域を使用して各ノードにアーカイブ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 Real Application ClustersデータベースのREDOログのアーカイブ

9.3.2 複数のRMANチャネル間のパラレル化およびバックアップについて

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ログのバックアップは、割当て済の全チャネルに分散されます。

関連項目:

親トピック: Oracle Real Application ClustersデータベースのREDOログのアーカイブ

9.3.3 Oracle RACデータベースのアーカイブの構成

Oracle RACの場合、各インスタンスに独自のREDOスレッドがあります。Oracle RACの推奨構成は、データファイルに使用するOracle ASMディスク・グループとは別のOracle ASMディスク・グループを使用した高速リカバリ領域の構成です。あるいは、クラスタ・ファイル・システムのアーカイブ方式を使用することもできます。

Oracle RACデータベースのアーカイブを構成するには、次の手順を実行します。

  1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

    Oracle Enterprise Managerへのログインの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

  2. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「リカバリ設定を選択します。
    「リカバリ設定」ページが表示されます。
  3. 「メディア・リカバリ」セクションで「ARCHIVELOGモード」を選択します。
  4. 「ログのアーカイブ・ファイル名の書式」フィールドで、デフォルト値をそのまま使用するか、または目的の書式を入力します。

    クラスタ・データベースでは、アーカイブREDOログ・ファイルが属するREDOログ・スレッドを示すために、アーカイブ・ログファイル名の書式に%t修飾子を含める必要があります。ベスト・プラクティスとしては、アーカイブ・ログ・ファイル名の書式に、%s(ログ順序番号)および%r(RESETLOGS識別子)修飾子も含める必要があります。

  5. アーカイブ・ログの保存先が、すべてのインスタンスで同じである場合、「アーカイブ・ログの保存先」フィールドで、クラスタ・データベースのアーカイブ・ログの保存先の値を変更します。

    たとえば、Oracle ASMを使用する場合は、+DATAに設定し、各ノードでローカルにアーカイブする場合は、/u01/oradata/archに設定します。

    各インスタンスに対して、異なるアーカイブ・ログの保存先を構成する必要がある場合、「初期化パラメータ」ページに移動して、アーカイブ・ログの保存先を構成するインスタンスに対応するLOG_ARCHIVE_DEST_1パラメータのエントリを変更します。「インスタンス」列には、インスタンス名(sales1など)が表示されます。そのインスタンスのアーカイブ・ログの保存先が含まれるように、「値」フィールドを変更します。

  6. データベースに複数のアーカイブ・ログの保存先を構成する場合、「リカバリ設定」ページで、「アーカイブ・ログの保存先」フィールドの下にある「行の追加」をクリックします。
  7. アーカイブの構成を終えたら、「適用」をクリックします。
  8. データベースを再起動するように求められたら、「はい」をクリックします。
  9. ホストおよびSYSDBAユーザーの資格証明を入力し、「続行」をクリックします。
  10. 数分間待機した後、「リフレッシュ」をクリックします。

    データベースが再起動すると、ログイン資格証明を入力するよう求められます。

関連項目:

親トピック: Oracle Real Application ClustersデータベースのREDOログのアーカイブ

9.4 バックアップおよびリカバリ操作の準備について

Enterprise Managerを使用してOracle Real Application Clusters (Oracle RAC)データベースをバックアップする前に、バックアップを実行するユーザーのアクセス権、つまり資格証明を構成する必要があります。

特定のバックアップ設定に対してデフォルト値を構成すると、バックアップの実行ごとに指定する必要がなくなります。

関連項目:

オペレーティング・システム・ユーザーおよびグループについて

親トピック: バックアップおよびリカバリの管理

9.4.1 バックアップおよびリカバリを実行するための資格証明について

Enterprise Managerを使用している場合、バックアップおよびリカバリ用の構成タスクの実行、バックアップ・ジョブのスケジュールおよびリカバリの実行には、適切な資格証明が必要です。

必要になる可能性がある資格証明は次のとおりです。

  • Oracle Enterprise Managerにログインする際に使用するOracle Database管理者ユーザー

  • バックアップおよびリカバリ・タスクを実行する際に資格証明を指定するホスト・オペレーティング・システム・ユーザー

RMANタスクを実行またはスケジュールするには、Enterprise Managerに管理権限SYSDBAまたはSYSBACKUPを持つユーザーとしてログインするか、dbaグループのメンバーであるユーザーのホスト・オペレーティング・システムの資格証明を指定する必要があります。ホスト・オペレーティング・システム・ユーザーにRMANのコマンドライン・クライアントの実行権限があることも必要になります。

ホスト・オペレーティング・システムの資格証明を必要とするタスクでは、タスクの実行に使用されるページの最下部に「ホスト資格証明」フォームが表示されます。Oracle Enterprise Managerでは、ユーザーがリクエストまたはスケジュールしたジョブを実行するため、RMANを起動する際にこの資格証明を使用します。

「ホスト資格証明」フォームには常に、「優先資格証明として保存」というラベルの付いたオプションがあります。アクションを実行する前にこのオプションを選択すると、提示された資格証明が、その時点でログインしているOracle Databaseユーザー用に永続的に格納されます。そのユーザーとしてログインしてホスト資格証明が必要な操作を実行する際には、常にデフォルトでこの優先資格証明が再利用されます。

関連項目:

親トピック: バックアップおよびリカバリ操作の準備について

9.4.2 バックアップ設定の構成について

バックアップに関する設定およびポリシーをいくつか構成できます。

高速リカバリ領域が構成されている場合、バックアップの格納方法、バックアップされるデータ、および高速リカバリ領域から消去されるまでのバックアップの保持期間を決定する、複数の設定およびポリシーを構成できます。また、設定を構成すると、環境に対するバックアップ・パフォーマンスを最適化することもできます。

関連項目:

親トピック: バックアップおよびリカバリ操作の準備について

9.5 Oracle Real Application Clustersデータベースのバックアップの実行

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データベースをバックアップするには、次の手順を実行します。

  1. 「クラスタ・データベース: ホーム」ページで「可用性」を選択します。

    「クラスタ・データベース: 可用性」ページが表示されます。

  2. 「バックアップ/リカバリ」セクションで、「管理」ヘッダーの下の「バックアップのスケジュール」を選択します。
  3. 『Oracle Database 2日でデータベース管理者』の第9章「バックアップおよびリカバリの実行」のバックアップ手順に従うか、このページのヘルプの「ヘルプ」をクリックしてください。

関連項目:

親トピック: バックアップおよびリカバリの管理

9.5.1 アーカイブREDOログ・ファイルのバックアップ

アーカイブREDOログ・ファイルが正常にバックアップされた後にそのファイルをディスクから自動的に削除するようRMANを構成できます。

この機能を使用すると、Oracle RACデータベースで使用するディスク領域を削減し、使用可能なディスク領域が不足した場合に発生する可能性のある不要な停止を防ぐことができます。

アーカイブ・ログのバックアップを実行するのが1つのノードのみか全ノードかに関係なく、全ノードのすべてのアーカイブREDOログ・ファイルをバックアップします。ローカル・アーカイブ方式を使用する場合は、RMANがすべてのアーカイブREDOログ・ファイルにアクセスできるように複数のチャネルを割り当てます。

アーカイブREDOログ・ファイルが正常にバックアップされた後にそのファイルをディスクから自動的に削除するようにRMANを構成するには、データベース・バックアップの作成時またはスケジュール時に次の手順を実行します。

  1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

    Oracle Enterprise Managerへのログインの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

  2. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「バックアップのスケジュール」を選択します。
  3. バックアップ・タイプを選択し、「カスタマイズ・バックアップのスケジュール」をクリックします。
  4. バックアップのオプションを指定する際には、オンライン・バックアップを実行する場合、「また、すべてのアーカイブ・ログもディスクにバックアップします」を選択します。オフライン・バックアップを実行する場合、バックアップ時にデータベースの一貫性が保たれ、リストア時にメディア・リカバリを必要としないため、アーカイブREDOログ・ファイルをバックアップする必要はありません。
  5. アーカイブREDOログ・ファイルに共有記憶域を使用している場合、「正常にバックアップされた後、すべてのアーカイブ・ログをディスクから削除」を選択します。

    注意:

    高速リカバリ領域をアーカイブ・ログの唯一の保存先として使用している場合は、「正常にバックアップされた後、すべてのアーカイブ・ログをディスクから削除」を選択しないでください。この場合、バックアップされたアーカイブREDOログ・ファイルは、他のファイルの記憶域用に領域が必要になると自動的に削除されます。

関連項目:

親トピック: Oracle Real Application Clustersデータベースのバックアップの実行

9.6 Oracle Real Application Clustersデータベースのリカバリ

Enterprise Managerのガイド付きリカバリ機能にはリカバリ・ウィザードがあり、リストアやリカバリの幅広い使用例で必要となるロジックが、このウィザードでカプセル化されています。

Oracle Enterprise Managerを使用すると、リストアやリカバリがデータベースのどの部分に必要なのかを判断でき、破損したデータベース・ファイルがあるなどの状況も早期に検出されます。Enterprise Managerを使用すると、ユーザーは必要な情報および必要なファイルのリストアおよびリカバリ・アクションの実行を求められ、リカバリ・プロセスの全体に対応できます。

この項では、インスタンス・リカバリとメディア・リカバリの両方について説明します。

関連項目:

親トピック: バックアップおよびリカバリの管理

9.6.1 Oracle RACデータベースのリストアおよびリカバリの準備について

Oracle Real Application Clusters (Oracle RAC)データベースのリカバリが実行されるノードでは、必要なデータファイルをすべてリストアできることが必要です。また、このノードでは、ディスクにあるすべての必要なアーカイブREDOログ・ファイルを読み取れるか、アーカイブREDOログ・ファイルをバックアップ・ファイルからリストアできる必要があります。

関連項目:

親トピック: Oracle Real Application Clustersデータベースのリカバリ

9.6.1.1 アーカイブ・ログへのアクセスの構成について

リカバリ中、リカバリを実行するノードからアーカイブ・ログ・ファイルの保存先が参照可能なため、Oracle RACはリカバリ中にアーカイブREDOログへ正常にアクセスできます。

共有記憶域またはクラスタ・ファイル・システムを使用せずにクラスタ・データベースにアーカイブREDOログ・ファイルを格納する場合、リカバリを実行しているノードがアーカイブREDOログ・ファイルを使用できるようにする必要があります。

関連項目:

親トピック: Oracle RACデータベースのリストアおよびリカバリの準備について

9.6.1.2 Oracle RACデータベース・インスタンスの適切な状態への移行について

データベースでメディア・リカバリが必要な場合、リカバリの開始前に、データベース・インスタンスを正しいモードで起動する必要があります。

Oracle RAC内にある障害インスタンスは自動的にリカバリされます。Oracle RACデータベース・インスタンスで障害が発生した場合、障害が発生していないデータベース・インスタンスが、障害インスタンスによって生成されたオンラインREDOログを処理し、データベースの内容が一貫性のある状態であることを保証します。リカバリが完了すると、Oracle Clusterwareは障害インスタンスの再起動を自動的に試行します。

メディア・リカバリは、データベースのクローズ時に手動で実施するプロセスです。ヘッドの不調などのディスクの物理的な問題により、データベースの実行に必要なディスク・ファイルの読取りまたは書込み操作が失敗することをメディア障害と呼びます。すべてのデータベース・ファイルで、メディア障害が発生する危険性があります。メディア障害が発生した場合、メディア・リカバリを実行して、破損したデータベース・ファイルのリストアとリカバリを行う必要があります。メディア・リカバリは常に、クラスタ内の1つのインスタンスで実行します。

メディア・リカバリを開始する前に、リカバリを実行するインスタンスをMOUNTモードで起動する必要があります。その他のインスタンスは必ずNOMOUNTモードで起動します。

関連項目:

親トピック: Oracle RACデータベースのリストアおよびリカバリの準備について

9.6.2 アーカイブREDOログ・ファイルのリストアについて

アーカイブ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のログはリストアできません。

関連項目:

親トピック: Oracle Real Application Clustersデータベースのリカバリ

9.6.3 パラレル化を使用したリカバリの実行について

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 Real Application Clustersデータベースのリカバリ

9.6.4 Oracle Enterprise Managerを使用したOracle RACデータベースのリカバリ

Oracle Enterprise ManagerおよびRecovery Manager (RMAN)を使用して、Oracle Real Application Clusters (Oracle RAC)データベースをリストアおよびリカバリできます。

Enterprise ManagerおよびRMANを使用している場合、Oracle RACデータベースのリカバリとリストアのプロセスは、基本的には単一インスタンスのOracleデータベースの場合と同様です。ただし、可用性ページからRMANに対し、インスタンス・レベルではなくクラスタ・データベース・レベルでアクセスする点が異なります。

Oracle Enterprise ManagerおよびRMANを使用してOracle RACデータベースのリストアとリカバリを行うには、次の手順を実行します。

  1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

    Oracle Enterprise Managerへのログインの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

  2. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「リカバリの実行」を選択します。

    「リカバリの実行」ページが表示されます。

  3. 『Oracle Database 2日でデータベース管理者』の第9章のリカバリ手順に従います。

関連項目:

親トピック: Oracle Real Application Clustersデータベースのリカバリ

9.6.5 自動ファイル・バックアップからのサーバー・パラメータ・ファイルのリカバリ

Enterprise Managerを使用して、損失または破損したサーバー・パラメータ・ファイル(SPFILE)をリカバリできます。

Oracle RACデータベースのSPFILEをリカバリするには、次の手順を実行します。

  1. データベースをMOUNTモードで起動します。
  2. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

    Oracle Enterprise Managerへのログインの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

  3. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「リカバリの実行」を選択します。

    データベースがオープンされていない場合は、「リカバリの実行」リンクで、SPFILEのリストア・ページに移動します。

  4. 高速リカバリ領域の場所を指定します(構成されている場合)。
  5. 「バックアップ情報」セクションで、「その他のバックアップ情報を使用」および「自動バックアップを使用」を選択します。
  6. 「リカバリの実行: SPFILEのリストア」ページで、SPFILEのリストア先に別の場所を指定します。
  7. オプションの選択を終えたら、「リストア」をクリックし、「はい」をクリックして、SPFILEのリストアを確認します。
  8. SPFILEのリストア後、データベースへ再度ログインするよう求められます。

関連項目:

親トピック: Oracle Real Application Clustersデータベースのリカバリ

9.7 データベース・バックアップ・ファイルの管理について

Oracle Enterprise Managerを使用して、データベース・バックアップ・ファイルを管理できます。

RMANバックアップ・ファイルの管理(Enterprise Managerの使用は任意)は、次の2つのタスクで構成されています。

  1. ディスクまたはテープに格納されているデータベースのバックアップ・ファイルの管理

  2. RMANリポジトリでのこれらのバックアップ・ファイルのレコードの管理

Oracle Enterprise Managerでは、両方のバックアップ・ファイルの管理タスクが簡素化されます。バックアップ・ファイルの管理に関するその他のタスクには、次のようなものがあります。

  • バックアップ・ファイルの検索

  • バックアップ・セットまたはイメージ・コピーの内容の検証

  • バックアップのクロスチェック

  • 期限切れまたは廃止されたバックアップ・ファイルの削除

  • バックアップ・ファイルへの使用可能または使用不可のマーク付け

関連項目:

親トピック: バックアップおよびリカバリの管理

9.8 Oracle Real Application Clustersデータベースのバックアップ・レポートの表示

Oracle Enterprise Managerを使用して、バックアップ・レポートを表示できます。

バックアップ・レポートには、Oracle Enterprise ManagerとRMANコマンドライン・クライアントで実行されたバックアップ・ジョブを含め、Recovery Manager (RMAN)によって実行された過去のバックアップ・ジョブに関するサマリーおよび詳細情報が記録されています。

バックアップ・レポートを表示するには、次の手順を実行します。

  1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

    Oracle Enterprise Managerへのログインの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

  2. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「バックアップ・レポート」を選択します。

    「バックアップ・レポートの表示」ページに最近のバックアップ・ジョブのリストが表示されます。

  3. 「検索」セクションで、フィルタ条件を指定して「実行」をクリックし、表示するバックアップのリストを絞り込みます。

    このページの「検索」セクションを使用すると、バックアップの時刻、バックアップされたデータのタイプ、およびジョブのステータス(成功か失敗か、ジョブの実行中に警告が生成されたかどうか)により、リストされたバックアップを絞り込むことができます。

  4. バックアップの詳細情報を表示するには、「バックアップ名」列のバックアップ・ジョブ名をクリックします。

    選択したバックアップ・ジョブの「バックアップ・レポート」ページが表示されます。このページには、バックアップされたファイルの数(タイプ別)、バックアップされたデータの合計サイズ、および作成されたバックアップ・ファイルの数、サイズ、タイプなど、このバックアップ・ジョブに関するサマリー情報が含まれています。

    「バックアップ・レポート」ページには「検索」セクションもあり、このセクションを使用して他のバックアップ・ジョブまたは特定の日付範囲にあるバックアップ・ジョブをすばやく検索できます。結果として出力されるレポートには、検索基準に一致するバックアップ・ジョブの集計情報が含まれています。

関連項目:

親トピック: バックアップおよびリカバリの管理