Converse agora com nosso suporte
Chat com o suporte

NetVault Plug-in for Oracle 12.3 - ユーザー・ガイド

Quest® NetVault® Backup Plug-in  for Oracle - はじめに バックアップ計画の策定 プラグインのインストールと削除 プラグインの設定 データのバックアップ Oracle Flashback Databaseの使用 データのリストア
データのリストアとリカバリ:概要 ユーザー管理リストアの実行 その他のユーザー管理リストア手順 RMANリストアの実行 非RAC環境で使用可能なRMANリカバリ・タイプ RMANを使用したその他のリストア手順
リカバリ・カタログの管理 RMAN CLIの使用 Oracle RAC環境におけるプラグインの使用 フェイルオーバー・クラスタ環境でのプラグインの使用 Oracle Data Guardでのプラグインの使用 Oracleコンテナ・データベース(CDB)およびプラガブル・データベース(PDB)でのプラグインの使用 トラブルシューティング

自動バックアップからの制御ファイルのリストア

制御ファイルのリストアは、下記の場合にのみ実行する必要があります。

自動バックアップではデフォルトの形式が使用されるので、使用可能なバックアップのリストが含まれるリポジトリを使用できなくても、RMANは制御ファイルをリストアできます。RMANは制御ファイルをすべてのCONTROL_FILESの場所に自動的に複製します。

3
SET DBIDを使用して、ターゲット・データベースのデータベース識別子を設定します。
SET DBID <ソースDBID>;
SQL*Plusから実行した場合と異なり、RMANからALTER DATABASE OPEN RESETLOGSを実行すると、ターゲット・データベースが自動的にリセットされるため、RESET DATABASEを実行する必要がありません。データベースをリセットすることにより、RMANは新しいインカネーションをデータベースの最新のインカネーションと見なします。SQL*PlusからALTER DATABASE OPEN RESETLOGSを実行し、その後RMANプロンプトでRESET DATABASEを実行しない場合、RMANはリカバリ・カタログへのアクセスを拒否します。これは、RMANがRESETLOGSオペレーションと、古い制御ファイルの予測外のリストアとを区別できないためです。
重要: 自動バックアップから制御ファイルをリストアしたら、[NetVault Backup選択]タブでデータベース・ノードを選択し、フルまたはLevel 0増分バックアップの実行をお勧めします。

同一サーバーへの個別データファイルおよびテーブルスペースのリカバリ

このタイプのリカバリは、データベースが開いているが、一部のデータファイルが損傷している場合に実行します。データベースを開いた状態、つまりデータベースの残りの部分を使用可能にしたままで、損傷したテーブルスペースをリカバリする場合に便利です。個々のデータファイルまたはテーブルスペースをリストアおよびリカバリする際は、完全リカバリのみを実行できます。個々のデータファイルまたはテーブルスペースについてPITリカバリを実行することはできません。PITリカバリを有効にすると、リストア・ジョブが失敗します。以下は、個々のデータファイルまたはテーブルスペースのリカバリ・プロセスの概要です。

1
[セレクション・セット作成]ページで、テーブルスペースの利用可能な最新のバックアップから損傷したデータファイルまたはテーブルスペースを選択して、[プラグイン・オプションの編集]をクリックします。
2
[リストア・オプション]タブをクリックして、[リストアを行う前に、リストア対象のテーブルスペースをオフラインにします]および[リストア完了後に、リストア対象のテーブルスペースをオンラインにします]オプションを選択します。
3
[リカバリを実行する]タブで、利用可能なオプションを選択します。
リカバリを実行しない場合は、[リカバリを実行しない]オプションを選択します。
メモ: [データベース・ポイント・イン・タイム・リカバリを実行する]オプションを選択すると、リストア・ジョブは失敗します。
リストアされたアーカイブ・ログのうちOracleが不要と見なしたものを削除するには、[不必要なリストア済みアーカイブログを削除する]オプションを選択します。
4
[クライアント指定][スケジュール][詳細設定]の各タブに入力し、ジョブを開始します。

データベース全体を同一サーバーにリカバリする

このタイプのリカバリは、現在使用中の制御ファイルおよびSPFILEは損なわれていないが、すべてのデータファイルが損傷しているか失われた場合に実行します。完全リカバリを実行することも、データベースを特定時点にリカバリすることもできます。以下は、データベース全体のリカバリ・プロセスの概要で、データベースがMOUNT状態のときに実行される必要があります。

1
[リストア・ジョブ作成 — セーブセットの選択]ページで、すべてのテーブルスペースを含む利用可能な最新のバックアップを選択して、[次へ]をクリックします。
2
[セレクション・セット作成]ページで、ソースNetVault Backupクライアントとデータベースに移動して、[データベース全体]ノードを選択して、[プラグイン・オプションの編集]をクリックします。
3
[リストア・オプション]タブをクリックし、利用可能なオプションを選択します。
リストア前にデータベースをマウントするには、[リストア前にデータベースをマウント]を選択します。
読み取り専用データファイルをリストアに含めるには、[読み取り専用データファイルを確認して、必要に応じてリストアします]を選択します。
4
データベースに対してリカバリを実行、つまりデータベースを最新の状態または特定時点まで再構築するには、[リカバリを実行する]タブで以下のいずれかのオプションを選択します。
[完全なリカバリを実行する]:データベースを最新状態(つまりアーカイブおよびオンラインREDOログで使用可能な)最後にコミットされたトランザクションまでリカバリします。
[ポイント・イン・タイム・リカバリを実行する]:特定時点(つまり特定の時刻、ログのシーケンス・ナンバー、またはSCN)にデータベースをリカバリします。
5
[リカバリを実行する]タブで、利用可能なその他のオプションを選択します。
読み取り専用データファイルをリカバリ・プロセスに含めるには、[読み取り専用データファイルを確認して、カレントでない場合は、リカバリします]を選択します。読み取り専用ファイルは、完全リカバリに必要な場合のみ含められます。これらのファイルが損傷していない場合は、RMANによって除外されます。
リストアされたアーカイブ・ログのうちOracleが不要と見なしたものを削除するには、[不必要なリストア済みアーカイブログを削除する]を選択します。
6
[ポスト・リカバリ]タブで、[リカバリ後にデータベースを開く]および[ログの読み書きおよびリセット]を選択して、自動的にデータベースを読み書きモードでオープンし、オンライン・ログをリセットします。
7
[クライアント指定][スケジュール][詳細設定]の各タブに入力し、ジョブを開始します。
重要: データベース全体のリストアを完了したら、[セレクション・セット作成]ページでデータベース全体を選択し、フルまたはLevel 0増分バックアップの実行をお勧めします。

RMANを使用した障害復旧の実行

障害復旧では、ターゲット・データベース全体、すべての現在の制御ファイル、すべてのオンラインREDOログ・ファイル、およびすべてのパラメータ・ファイルが失われた後に、データベースのリストアおよびリカバリを実行します。FRAについても同様に失われたと仮定します。障害復旧を実行するために最低限バックアップ・セットに、すべてのデータファイル、バックアップ後に生成されたアーカイブREDOファイルと自動バックアップに含まれている制御ファイルが少なくとも1つ必要です。

新しいホストで使用しているターゲット・データベースのコピーを作成することが目標の場合は、これらの手順を使用するのではなく、この目的用に特化されている複製データベースのバックアップ・タイプを使用します。詳細は、「複製データベースのバックアップ」を参照してください。

障害復旧の実行について、以下の方法が利用可能です。

いかなる種類の障害復旧を実行する場合にも、以下の点に注意してください。

Documentos relacionados

The document was helpful.

Selecione a classificação

I easily found the information I needed.

Selecione a classificação