Skip to main content
SnapCenter Software 6.0
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Oracleデータベースのリストアとリカバリの戦略を定義

共同作成者
PDF

データベースのリストアとリカバリを行う前に戦略を定義しておくと、リストア処理とリカバリ処理を正常に実行できるようになります。

リストア処理とリカバリ処理でサポートされるバックアップのタイプ

SnapCenterでは、さまざまなタイプのOracleデータベースバックアップのリストアとリカバリがサポートされます。

  • オンラインデータバックアップ

  • オフラインシャットダウンデータバックアップ

  • オフラインマウントデータバックアップ

    メモ オフラインシャットダウンまたはオフラインマウントデータバックアップをリストアする場合、SnapCenterはデータベースをオフライン状態のままにします。データベースを手動でリカバリし、ログをリセットする必要があります。

  • フルバックアップ

  • Data Guardスタンバイデータベースのオフラインマウントバックアップ

  • Active Data Guardスタンバイデータベースのデータ専用オンラインバックアップ

    メモ Active Data Guardスタンバイデータベースのリカバリは実行できません。

  • Real Application Clusters（RAC）構成でのオンラインデータバックアップ、オンラインフルバックアップ、オフラインマウントバックアップ、およびオフラインシャットダウンバックアップ

  • Automatic Storage Management（ASM）構成でのオンラインデータバックアップ、オンラインフルバックアップ、オフラインマウントバックアップ、オフラインシャットダウンバックアップ

Oracleデータベースでサポートされるリストア方式のタイプ

SnapCenterでは、Oracleデータベースに対してConnect and CopyリストアまたはIn Placeリストアがサポートされます。SnapCenterでは、リストア処理中に、データ損失を伴わないリストアに使用するファイルシステムに適したリストア方法が決定されます。

メモ SnapCenterでは、ボリュームベースのSnapRestoreはサポートされません。

Connect and Copyリストア

データベースレイアウトがバックアップと異なる場合、またはバックアップ作成後に新しいファイルが存在する場合は、Connect and Copyリストアが実行されます。Connect and Copyリストア方式では、次のタスクが実行されます。

  • 手順 *

    1. ボリュームはSnapshotからクローニングされ、クローニングされたLUNまたはボリュームを使用してホスト上にファイルシステムスタックが構築されます。

    2. クローニングされたファイルシステムから元のファイルシステムにファイルがコピーされます。

    3. クローニングされたファイルシステムがホストからアンマウントされ、クローニングされたボリュームがONTAPから削除されます。

メモ Flex ASMセットアップ（RACクラスタ内のノード数よりも基数が少ない）またはVMDKまたはRDM上のASM RACデータベースでは、Connect and Copyリストア方式のみがサポートされます。

In Placeリストアを強制的に有効にした場合でも、SnapCenterは次のシナリオでConnect and Copyリストアを実行します。

  • セカンダリストレージシステムからのリストア（Data ONTAP 8.3より前のバージョンの場合）

  • データベースインスタンスが設定されていないOracle RACセットアップのノードにあるASMディスクグループのリストア

  • Oracle RACセットアップで、いずれかのピアノード（ASMインスタンスまたはクラスタインスタンスが実行されていない場合、またはピアノードが停止している場合）

  • 制御ファイルのみのリストア

  • ASMディスクグループに存在する表領域のサブセットをリストアする

  • ディスクグループは、データファイル、SPファイル、およびパスワードファイル間で共有されます。

  • RAC環境のリモートノードでSnapCenter Plug-in Loader（SPL）サービスがインストールされていないか実行されていません

  • Oracle RACに新しいノードが追加されたが、SnapCenterサーバは新たに追加されたノードを認識しない

In Placeリストア

データベースレイアウトがバックアップとほぼ同じで、ストレージとデータベーススタックで設定を変更していない場合は、In Placeリストアが実行され、ファイルまたはLUNのリストアがONTAP上で実行されます。SnapCenterでは、In Placeリストア方式の一環としてSingle File SnapRestore（SFSR）のみがサポートされます。

メモ Data ONTAP 8.3以降では、セカンダリサイトからのIn Placeリストアがサポートされます。

データベースでIn Placeリストアを実行する場合は、ASMディスクグループにデータファイルだけがあることを確認してください。ASMディスクグループまたはデータベースの物理構造に変更を加えたあとに、バックアップを作成する必要があります。In Placeリストアの実行後、ディスクグループにはバックアップ時と同じ数のデータファイルが格納されます。

ディスクグループまたはマウントポイントが次の条件に一致すると、In Placeリストアが自動的に適用されます。

  • バックアップ後に新しいデータファイルが追加されない（外部ファイルチェック）

  • バックアップ後にASMディスクまたはLUNの追加、削除、再作成が行われない（ASMディスクグループの構造変更チェック）

  • LVMディスクグループに対するLUNの追加、削除、または再作成が行われない（LVMディスクグループの構造変更チェック）

メモ In Placeリストアを強制的に有効にすることもできます。そのためには、GUI、SnapCenter CLI、またはPowerShellコマンドレットを使用して、外部ファイルチェックとLVMディスクグループの構造変更チェックを無効にします。

ASM RACでのIn Placeリストアの実行

SnapCenterでは、リストアを実行するノードをプライマリノードと呼び、ASMディスクグループが存在するRACの他のすべてのノードをピアノードと呼びます。SnapCenterは、ストレージリストア処理を実行する前に、ASMディスクグループがマウント状態にあるすべてのノードでディスマウントするASMディスクグループの状態を変更します。ストレージのリストアが完了すると、SnapCenterはASMディスクグループの状態をリストア処理前の状態に変更します。

SAN環境では、ストレージリストア処理の前に、SnapCenterによってすべてのピアノードからデバイスが削除され、LUNのマッピング解除処理が実行されます。ストレージリストア処理が完了すると、SnapCenterはLUNマッピング処理を実行し、すべてのピアノードでデバイスを構築します。SAN環境でOracle RAC ASMレイアウトがLUN上にある場合、リストア中にSnapCenterは、ASMディスクグループが存在するRACクラスタのすべてのノードでLUNのマッピング解除、LUNのリストア、およびLUNのマッピング処理を実行します。リストア前RACノードのすべてのイニシエータがLUNに使用されていなかった場合でも、リストア後、SnapCenterはすべてのRACノードのすべてのイニシエータを含む新しいigroupを作成します。

  • ピアノードでリストア前の処理中に障害が発生した場合、SnapCenterは、リストア前の処理が成功したピアノードでリストアを実行する前のASMディスクグループの状態を自動的にロールバックします。ロールバックは、処理が失敗したプライマリノードおよびピアノードではサポートされていません。別のリストアを実行する前に、ピアノードの問題を手動で修正し、プライマリノードのASMディスクグループをMOUNT状態に戻す必要があります。

  • リストア処理中にエラーが発生した場合は、リストア処理が失敗し、ロールバックは実行されません。別のリストアを実行する前に、ストレージリストアの問題を手動で修正し、プライマリノードのASMディスクグループをMOUNT状態に戻す必要があります。

  • いずれかのピアノードでリストア後の処理中に障害が発生した場合、SnapCenterは他のピアノードでリストア処理を続行します。ピアノードでリストア後の問題を手動で修正する必要があります。

Oracleデータベースでサポートされるリストア処理のタイプ

SnapCenterでは、Oracleデータベースに対してさまざまなタイプのリストア処理を実行できます。

データベースをリストアする前に、バックアップが検証され、実際のデータベースファイルと比較して欠落しているファイルがないかどうかが確認されます。

フルリストア

  • データファイルのみをリストア

  • 制御ファイルのみをリストア

  • データファイルと制御ファイルをリストア

  • Data GuardスタンバイデータベースとActive Data Guardスタンバイデータベースのデータファイル、制御ファイル、REDOログファイルをリストア

パーシャルリストア

  • 選択した表領域のみをリストア

  • 選択したプラガブルデータベース（PDB）のみをリストア

  • PDBの選択した表領域のみをリストア

Oracleデータベースでサポートされるリカバリ処理のタイプ

SnapCenterでは、Oracleデータベースに対してさまざまなタイプのリカバリ処理を実行できます。

  • 最後のトランザクションまで（すべてのログ）のデータベース

  • 特定のシステム変更番号（SCN）までのデータベース

  • 特定の日時までのデータベース

    リカバリの日時は、データベースホストのタイムゾーンに基づいて指定する必要があります。

    SnapCenterでは、Oracleデータベースに対して[No recovery]オプションも用意されています。

メモ データベースロールをスタンバイとして作成されたバックアップを使用してリストアした場合、Plug-in for Oracle Databaseではリカバリがサポートされません。物理スタンバイデータベースのリカバリは、常に手動で実行する必要があります。

Oracleデータベースのリストアとリカバリに関する制限事項

リストア処理とリカバリ処理を実行する前に、制限事項を確認しておく必要があります。

11.2.0.4 から 12.1.0.1 までの Oracle のいずれかのバージョンを使用している場合、 _renamedg_command の実行時にリストア処理がハング状態になります。この問題を修正するには、Oracleパッチ19544733を適用します。

次のリストア処理とリカバリ処理はサポートされていません。

  • ルートコンテナデータベース（CDB）の表領域のリストアとリカバリ

  • PDBに関連付けられた一時表領域および一時表領域のリストア

  • 複数のPDBから同時に表領域をリストアおよびリカバリ

  • ログバックアップのリストア

  • 別の場所へのバックアップのリストア

  • Data GuardスタンバイデータベースまたはActive Data Guardスタンバイデータベース以外の構成でのREDOログファイルのリストア

  • SPFILEおよびパスワードファイルの復元

  • 同じホスト上に既存のデータベース名を使用して再作成され、SnapCenterで管理されていて、有効なバックアップがあるデータベースに対してリストア処理を実行すると、DBIDが異なる場合でも、新しく作成されたデータベースファイルが上書きされます。

    これを回避するには、次のいずれかの操作を実行します。

    • データベースを再作成したら、 SnapCenter リソースを検出します

    • 再作成したデータベースのバックアップを作成します

表領域のポイントインタイムリカバリに関する制限事項

  • SYSTEM、SYSAUX、およびUNDO表領域のポイントインタイムリカバリ（PITR）はサポートされない

  • 表領域のPITRを他のタイプのリストアと一緒に実行することはできない

  • テーブルスペースの名前を変更し、名前を変更する前の状態に戻す場合は、テーブルスペースの以前の名前を指定する必要があります。

  • ある表領域のテーブルの制約が別の表領域に含まれている場合は、両方の表領域をリカバリする必要があります。

  • テーブルとそのインデックスが異なるテーブルスペースに格納されている場合は、PITRを実行する前にインデックスを削除する必要があります。

  • PITRを使用して現在のデフォルト表領域をリカバリすることはできません

  • PITRを使用して、次のいずれかのオブジェクトを含む表領域をリカバリすることはできません。

    • 基になるオブジェクト（実体化ビュー (Materialized View) など）または含まれるオブジェクト（パーティション化されたテーブルなど）を含むオブジェクトは ' 基になるオブジェクトまたは含まれるオブジェクトがすべてリカバリ・セットに含まれている場合を除きます

      また、パーティション化されたテーブルのパーティションが異なるテーブルスペースに格納されている場合は、PITRを実行する前にテーブルを削除するか、PITRを実行する前にすべてのパーティションを同じテーブルスペースに移動する必要があります。

    • セグメントを元に戻すかロールバックします

    • Oracle 8 では、複数の受信者と互換性のある拡張キューを使用でき

    • SYS ユーザが所有するオブジェクト

      これらのタイプのオブジェクトの例としては、PL/SQL、Javaクラス、呼び出しプログラム、ビュー、同義語、 ユーザー'特権'ディメンション'ディレクトリ'シーケンス

Oracleデータベースをリストアするソースとデスティネーション

プライマリストレージまたはセカンダリストレージのバックアップコピーからOracleデータベースをリストアできます。データベースは、同じデータベースインスタンスの同じ場所にのみリストアできます。ただし、Real Application Cluster（RAC）セットアップでは、データベースを他のノードにリストアできます。

リストア処理のソース

プライマリストレージまたはセカンダリストレージ上のバックアップからデータベースをリストアできます。複数ミラー構成のセカンダリストレージ上のバックアップからリストアする場合は、セカンダリストレージミラーをソースとして選択できます。

リストア処理のデスティネーション

データベースは、同じデータベースインスタンスの同じ場所にのみリストアできます。

RACセットアップでは、クラスタ内の任意のノードからRACデータベースをリストアできます。