Skip to main content
SnapCenter software
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

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

PDF

データ損失が発生した場合は、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の有効期限が過ぎたあと、ストレージ管理者がクローンを手動でクリーンアップする必要があります。

手順

  1. 左側のナビゲーション ペインで [リソース] をクリックし、リストから適切なプラグインを選択します。

  2. [リソース] ページで、[表示] リストから [データベース] または [リソース グループ] を選択します。

  3. データベースの詳細ビューまたはリソース グループの詳細ビューでデータベースを選択します。

    データベース トポロジのページが表示されます。

  4. [コピーの管理] ビューで、プライマリまたはセカンダリ (ミラーリングまたは複製された) ストレージ システムから [バックアップ] を選択します。

  5. 表からバックアップを選択し、*をクリックします。復元アイコン *。

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

    1. Real Application Clusters（RAC）環境でデータベースのバックアップを選択した場合は、RACノードを選択します。

    2. ミラー データまたはバックアップ データを選択する場合、以下のようになります。

      • ミラーまたはバックアップにログ バックアップが存在しない場合は、何も選択されず、ロケータは空になります。

      • ミラーまたはバックアップにログ バックアップが存在する場合は、最新のログ バックアップが選択され、対応するロケータが表示されます。

        メモ 選択したログ バックアップがミラーとバックアップの両方の場所に存在する場合は、両方のロケータが表示されます。

    3. 次の操作を実行します。

      リストアの対象 操作

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

      *すべてのデータファイル*を選択します。

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

      Tablespaces

      *表領域*を選択します。

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

      Control files

      *制御ファイル*を選択します。

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

      Redo log files

      *ログファイルを再実行*を選択します。

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

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

      Pluggable Database（PDB）

      *プラガブル データベース*を選択し、復元する PDB を指定します。

      プラガブルデータベース（PDB）表領域

      プラガブル データベース (PDB) 表領域 を選択し、復元する PDB とその PDB の表領域を指定します。

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

    4. データベースの状態を復元および回復操作を実行するために必要な状態に変更するには、「復元および回復に必要な場合はデータベースの状態を変更する」を選択します。

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

    リストアのためにデータベースの状態をオープンからマウント済みに変更する必要がある場合は、このチェック ボックスをオンにした場合にのみデータベースの状態が変更されます。

    1. バックアップ後に新しいデータファイルが追加された場合や、LVM ディスク グループに LUN が追加、削除、または再作成された場合にインプレース リストアを実行する場合は、[強制インプレース リストア] を選択します。

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

    状況 操作

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

    *すべてのログ*を選択します。

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

    *SCN (システム変更番号)まで*を選択します。

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

    *日付と時刻*を選択します。

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

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

    *回復なし*を選択します。

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

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

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

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

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

    アーカイブ ログ ボリュームが保護されておらず、データ ボリュームが保護されている場合は、セカンダリ バックアップからリカバリを伴うリストアを実行できません。*復元なし*を選択した場合にのみ復元できます。

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

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

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

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

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

    SnapCenter、事前スクリプトと事後スクリプトを実行するときに、事前定義された環境変数を使用できます。"詳細情報"

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

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

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

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

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

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

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

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

  10. [通知] ページの [電子メール設定] ドロップダウン リストから、電子メール通知を送信するシナリオを選択します。

    また、送信者と受信者のEメール アドレス、およびEメールの件名を指定する必要があります。実行された復元操作のレポートを添付する場合は、「ジョブ レポートの添付」を選択する必要があります。

    メモ Eメール通知を利用する場合は、GUIまたはPowerShellコマンドSet-SmSmtpServerを使用して、SMTPサーバの詳細を指定しておく必要があります。

  11. 概要を確認し、[完了] をクリックします。

  12. モニター > ジョブ をクリックして、操作の進行状況を監視します。

詳細はこちら