本ページの製品は2024年4月1日より、エフサステクノロジーズ株式会社に統合となり、順次、切り替えを実施してまいります。一部、富士通表記が混在することがありますので、ご了承ください。

SnapCenter Software 5 マニュアル ( CA08871-403 )

to English version

Oracleデータベースのリストアとリカバリー

データ損失が発生した場合は、SnapCenterを使用して1つ以上のバックアップからアクティブファイルシステムにデータをリストアし、そのあとにデータベースをリカバリーできます。

開始する前に

root以外のユーザーとしてプラグインをインストールした場合は、実行権限をプリスクリプトディレクトリーとポストスクリプトディレクトリーに手動で割り当てる必要があります。

タスク概要

リカバリーは、設定したアーカイブログの場所にあるアーカイブログを使用して実行されます。データベースがARCHIVELOGモードで実行されている場合、Redoログファイルでいっぱいになったグループは1つ以上のオフラインデスティネーション（総称：アーカイブRedoログ）に保存されます。SnapCenterは、指定したSCN、選択した日時、またはAll Logsオプションに基づいて、最適な数のログバックアップを特定してマウントします。設定した場所にリカバリーに必要なアーカイブログがない場合は、ログを含むSnapshotコピーをマウントし、パスを外部アーカイブログとして指定する必要があります。

ASMデータベースをASMLIBからASMFDに移行する場合、ASMLIBで作成されたバックアップを使用してデータベースをリストアすることはできません。ASMFD設定でバックアップを作成し、リストアに使用する必要があります。同様に、ASMデータベースをASMFDからASMLIBに移行する場合は、リストアするバックアップをASMLIB設定で作成する必要があります。

データベースをリストアする際に、データベースで複数の処理が実行されないように、Oracleデータベースホスト上で/var/opt/snapcenter/sco/lockディレクトリーに処理ロックファイル（.sm_lock_dbsid）が作成されます。処理ロックファイルは、データベースのリストアが完了すると自動的に削除されます。

SPFILEおよびパスワードファイルのリストアはサポートされていません。
SnapLockが有効なポリシーの場合、ONTAP 9.12.1以前のバージョンでは、Snapshotコピーのロック期間を指定すると、リストアの一環として改ざん防止Snapshotコピーから作成されたクローンにSnapLockの有効期限が継承されます。SnapLockの有効期限が過ぎたあと、ストレージ管理者がクローンを手動でクリーンアップする必要があります。

手順

左側のナビゲーションペインで、[リソース]をクリックし、リストから適切なプラグインを選択します。
[リソース]ページで、[表示]リストから[データベース]または[リソースグループ]を選択します。
データベースの詳細ビューまたはリソースグループの詳細ビューでデータベースを選択します。

データベーストポロジーのページが表示されます。
[Manage Copies]ビューで、プライマリーまたはセカンダリー（ミラー先またはレプリケート先）のストレージシステムから[Backups]を選択します。
表からバックアップを選択し、をクリックします。

[Restore Scope]ページで、次の作業を実行します。

Real Application Clusters（RAC）環境でデータベースのバックアップを選択した場合は、RACノードを選択します。
ミラーデータまたはバックアップデータを選択する場合、以下のようになります。
- ミラーまたはバックアップにログバックアップが存在しない場合は、何も選択されず、ロケータは空になります。
- ミラーまたはバックアップにログバックアップが存在する場合は、最新のログバックアップが選択され、対応するロケータが表示されます。
  
  選択したログバックアップがミラーとバックアップの両方の場所に存在する場合は、両方のロケータが表示されます。

次の操作を実行します。

リストアの対象

操作

データベースのすべてのデータファイル

[All Datafiles]を選択します。

データベースのデータファイルのみがリストアされます。制御ファイル、アーカイブログ、Redoログファイルはリストアされません。

表領域

[Tablespaces]を選択します。

リストアする表領域を指定できます。

制御ファイル

[Control files]を選択します。

制御ファイルをリストアするときは、リストアプロセスによってファイルがターゲットの場所にコピーされるように、ディレクトリー構造が存在することを確認します。必要に応じて、正しいユーザーおよびグループの所有権が設定されたディレクトリー構造を作成する必要があります。ディレクトリーが存在しない場合、リストアジョブは失敗します。

Redoログファイル

[Redo log files]を選択します。

このオプションは、Data GuardスタンバイデータベースまたはActive Data Guardスタンバイデータベースでのみ選択できます。

Data Guard以外のデータベースのRedoログファイルはバックアップされません。Data Guard以外のデータベースでは、リカバリーはアーカイブログを使用して実行されます。

Pluggable Database（PDB）

[Pluggable databases]を選択し、リストアするPDBを指定します。

Pluggable Database（PDB）の表領域

[Pluggable database (PDB) tablespaces]を選択し、PDBおよびリストアする表領域を指定します。

このオプションは、リストア対象にPDBを選択した場合にのみ選択できます。

[Change database state if needed for restore and recovery]を選択して、データベースの状態を、リストア処理とリカバリー処理を実行するために必要な状態に変更します。

データベースの状態には、高いレベルから順に、オープン、マウント済み、開始、シャットダウンがあります。リストア処理を実行するために、データベースの状態を高いレベルから低いレベルに変更する必要がある場合は、このチェックボックスをオンにします。リストア処理を実行するために、データベースの状態を低いレベルから高いレベルに変更する必要がある場合は、このチェックボックスをオンにしなくても自動的に状態が変更されます。

リストアのためにデータベースの状態をオープンからマウント済みに変更する必要がある場合は、このチェックボックスをオンにした場合にのみデータベースの状態が変更されます。
バックアップ後に新しいデータファイルが追加された場合や、LVMドライブグループに対してLUNの追加、削除、または再作成が行われた場合に、In Placeリストアを実行するには、[Force in place restore]を選択します。

[Recovery Scope]ページで、次の操作を実行します。

状況

操作

最後のトランザクションまでリカバリーする場合

[All Logs]を選択します。

特定のSystem Change Number（SCN）までリカバリーする場合

[Until SCN (System Change Number)]を選択します。

特定の日時までリカバリーする場合

[Date and Time]を選択します。

データベースホストのタイムゾーンの日付と時刻を指定する必要があります。

リカバリーが不要である場合

[No recovery]を選択します。

外部アーカイブログの場所を指定する場合

データベースがARCHIVELOGモードで実行されている場合、SnapCenterは、指定したSCN、選択した日時、またはAll Logsオプションに基づいて、最適な数のログバックアップを特定してマウントします。

外部アーカイブログファイルの場所を指定する場合は、[Specify external archive log locations]を選択します。

バックアップの一環としてアーカイブログが削除される場合に、必要なアーカイブログのバックアップを手動でマウントしたときは、リカバリーのために、マウントしたバックアップのパスを外部アーカイブログの場所として指定する必要があります。

外部ログの場所としてリストする前に、マウントパスのパスと内容を確認する必要があります。

アーカイブログボリュームが保護されておらず、データボリュームが保護されている場合は、セカンダリーバックアップからリカバリーを伴うリストアを実行できません。リストアするには、[No recovery]を選択する必要があります。

[Open Database]オプションを選択してRACデータベースをリカバリーする場合、リカバリー処理が開始されたRACインスタンスだけがオープン状態に戻ります。

Data GuardスタンバイおよびActive Data Guardスタンバイデータベースではリカバリーがサポートされません。

[PreOps]ページで、リストア処理の前に実行するプリスクリプトのパスと引数を入力します。

プリスクリプトは、/var/opt/snapcenter/spl/scriptsパスまたはこのパス内の任意のフォルダーに保存する必要があります。デフォルトでは、/var/opt/snapcenter/spl/scriptsがパスとして入力されています。スクリプトを保存するフォルダーをこのパス内に作成してある場合は、パス内のそれらのフォルダーを指定する必要があります。

スクリプトのタイムアウト値を指定することもできます。デフォルト値は60秒です。

SnapCenterでは、プリスクリプトとポストスクリプトを実行する際に、事前定義された環境変数を使用できます。詳細については、こちらを参照してください。

[PostOps]ページで、次の手順を実行します。

リストア処理のあとに実行するポストスクリプトのパスと引数を入力します。

ポストスクリプトは、/var/opt/snapcenter/spl/scriptsまたはこのパス内の任意のフォルダーに保存する必要があります。デフォルトでは、/var/opt/snapcenter/spl/scriptsがパスとして入力されています。スクリプトを保存するフォルダーをこのパス内に作成してある場合は、パス内のそれらのフォルダーを指定する必要があります。

リストア処理が失敗した場合、ポストスクリプトは実行されず、クリーンアップアクティビティが直接トリガーされます。

リカバリー後にデータベースを開く場合は、チェックボックスをオンにします。

リカバリー後にデータベースを開くように指定した場合は、制御ファイル付きまたは制御ファイルなしのコンテナデータベース（CDB）をリストアしたあと、またはCDB制御ファイルのみをリストアしたあとにCDBのみが開き、CDB内のPluggable Database（PDB）は開きません。

RACセットアップでは、リカバリーに使用されるRACインスタンスのみがリカバリー後に開きます。

制御ファイル付きのユーザー表領域、制御ファイル付きまたは制御ファイルなしのシステム表領域、あるいは制御ファイル付きまたは制御ファイルなしのPDBをリストアすると、リストア処理に関連するPDBの状態のみが元の状態に変更されます。リストアに使用されなかった他のPDBの状態は保存されていないため、元の状態に変更されません。リストアに使用されなかったPDBの状態は、手動で変更する必要があります。

[Notification]ページで、[Email preference]ドロップダウンリストからEメール通知を送信するシナリオを選択します。

また、送信者と受信者のEメールアドレス、およびEメールの件名を指定する必要があります。実行されたリストア処理のレポートを添付する場合は、[Attach Job Report]を選択する必要があります。

Eメール通知を利用する場合は、GUIまたはPowerShellコマンドSet-SmSmtpServerを使用して、SMTPサーバーの詳細を指定しておく必要があります。
概要を確認し、[完了]をクリックします。
[モニタ] > [ジョブ]をクリックし、処理の進捗状況を監視します。