SnapCenter Software 4.9

to English version

Oracleデータベースのリストアおよびリカバリー戦略の定義

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

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

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リストア方式では、次のタスクが実行されます。

手順

Snapshotコピーからボリュームがクローニングされ、クローニングされたLUNまたはボリュームを使用してホスト上にファイルシステムスタックが構築されます。
クローニングされたファイルシステムから元のファイルシステムにファイルがコピーされます。
クローニングされたファイルシステムがホストからアンマウントされ、クローニングされたボリュームがONTAPから削除されます。

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

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

データベースインスタンスが設定されていないOracle RACセットアップのノードに存在するASMドライブグループをリストアする場合
Oracle RACセットアップで、いずれかのピアノードでASMインスタンスまたはクラスタインスタンスが実行されていない場合、またはピアノード自体が停止している場合
制御ファイルのみをリストアする場合
ASMドライブグループに存在する表領域の一部をリストアする場合
ディスクグループがデータファイル、spファイル、パスワードファイルの間で共有されている場合
RAC環境のリモートノードで、SnapCenter Plug-in Loader（SPL）サービスがインストールされていないか実行されていない場合
Oracle RACに新たに追加されたノードがSnapCenter Serverで認識されていない場合

In Placeリストア

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

セカンダリーサイトからの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環境のLUN上にOracle RAC ASMレイアウトが存在する場合は、リストア中に、ASMドライブグループが存在するRACクラスタのすべてのノードでSnapCenterがLUNのマッピング解除、LUNのリストア、およびLUNのマッピングを実行します。リストア前にRACノードのすべてのイニシエータがLUNに使用されていなかった場合でも、リストア後はSnapCenterがすべてのRACノードのすべてのイニシエータを含む新しいigroupを作成します。

ピアノードでリストア前の処理中にエラーが発生した場合は、リストア前の処理が成功したピアノードでSnapCenterが自動的にASMドライブグループの状態をリストア実行前の状態にロールバックします。プライマリーノードおよび処理が失敗したピアノードでは、ロールバックがサポートされません。新たなリストアを実行する前に、ピアノードの問題を手動で修正し、プライマリーノード上のASMドライブグループをマウント状態に戻す必要があります。
リストア処理中にエラーが発生した場合は、リストア処理が失敗し、ロールバックは実行されません。新たなリストアを実行する前に、ストレージリストアの問題を手動で修正し、プライマリーノード上のASMドライブグループをマウント状態に戻す必要があります。
いずれかのピアノードでリストア後の処理中にエラーが発生した場合、SnapCenterは他のピアノードでリストア処理を続行します。このピアノードでリストア後の問題を手動で修正する必要があります。

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

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

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

フルリストア

データファイルのみをリストア
制御ファイルのみをリストア
データファイルと制御ファイルをリストア
Data GuardスタンバイとActive Data Guardスタンバイデータベースのデータファイル、制御ファイル、およびRedoログファイルをリストア

パーシャルリストア

選択した表領域のみをリストア
選択したPluggable Database（PDB）のみをリストア
1つのPDBの選択した表領域のみをリストア

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

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

最後のトランザクションまで（すべてのログ）のデータベース
特定のSystem Change Number（SCN）までのデータベース
特定の日時までのデータベース

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

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

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

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

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

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

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

ルートコンテナデータベース（CDB）の表領域のリストアとリカバリー
一時表領域およびPDBに関連付けられた一時表領域のリストア
複数のPDBから同時に行う表領域のリストアとリカバリー
ログバックアップのリストア
別の場所へのバックアップのリストア
Data GuardスタンバイまたはActive Data Guardスタンバイデータベース以外の構成でのRedoログファイルのリストア
SPFILEおよびパスワードファイルのリストア
同じホスト上に既存のデータベース名を使用して再作成され、SnapCenterで管理されていて、有効なバックアップがあるデータベースに対してリストア処理を実行すると、DBIDが異なる場合でも、新しく作成されたデータベースファイルが上書きされます。

これを回避するには、次のいずれかの操作を実行します。
- データベースの再作成後に、SnapCenterリソースを検出する
- 再作成されたデータベースのバックアップを作成する

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

SYSTEM、SYSAUX、およびUNDO表領域のポイントインタイムリカバリー（PITR）はサポートされていない
表領域のPITRを他のタイプのリストアと一緒に実行することはできない
名前が変更された表領域を、名前を変更する前の状態に戻す場合は、表領域の以前の名前を指定する必要がある
ある表領域の表に対する制約が別の表領域に含まれている場合は、両方の表領域をリカバリーする必要がある
表とそのインデックスが異なる表領域に格納されている場合は、PITRを実行する前にインデックスを削除する必要がある
PITRを使用して、現在のデフォルト表領域をリカバリーすることはできない
次のいずれかのオブジェクトを含む表領域は、PITRを使用してリカバリーすることはできない：
- 基になるオブジェクト（マテリアライズドビューなど）または格納されているオブジェクト（パーティション表など）を持つオブジェクト。ただし、基になるオブジェクトおよび格納されているオブジェクトすべてがリカバリーセットに含まれている場合を除く
  
  また、パーティション表のパーティションが異なる表領域に格納されている場合は、PITRを実行する前に表を削除するか、PITRを実行する前にすべてのパーティションを同じ表領域に移動する必要があります。
- UNDOセグメントまたはロールバックセグメント
- 複数の受信者を持つOracle 8互換の高度なキュー
- SYSユーザーが所有するオブジェクト
  
  これらのタイプのオブジェクトの例としては、PL/SQL、Javaクラス、呼び出しプログラム、ビュー、シノニム、ユーザー、特権、ディメンション、ディレクトリー、シーケンスがあります。

Oracleデータベースのリストア処理のソースとデスティネーション

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

リストア処理のソース

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

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

データベースは、同じデータベースインスタンスの同じ場所にしかリストアできません。

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