サポートと今すぐチャット
サポートとのチャット

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

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

ジョブのファイナライズと実行

「ユーザー管理リストアの実行」の「ジョブのファイナライズと実行」に記載されている手順を実行します。

非RAC環境で使用可能なRMANリカバリ・タイプ

非RAC環境で使用可能な
RMANリカバリ・タイプ

以下のトピックでは、非RAC環境で実行できる、リカバリのタイプについて説明しています。

•
自動バックアップからの制御ファイルのリストア
•
同一サーバーへの個別データファイルおよび テーブルスペースのリカバリ
•
データベース全体を同一サーバーにリカバリする
•
RMANを使用した障害復旧の実行

RAC環境で使用可能なRMANリカバリ・タイプについて詳しくは、「RAC環境におけるデータのリストア」を参照してください。

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

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

•
現在使用中のすべての制御ファイルのコピーが、メディア障害またはユーザーによる偶発的な削除によって失われた場合、または損傷し使用できなくなった場合
•
Oracle®のカスタマー・サポートが制御ファイルのリストアが必要と判断した場合

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

1
RMANを起動し、ターゲット・データベースに接続します。
>rman connect TARGET /
2
データベースをマウントせずにターゲット・インスタンスを開始します。
STARTUP FORCE NOMOUNT;
3
SET DBIDを使用して、ターゲット・データベースのデータベース識別子を設定します。
RMANは、ターゲットに接続するたびにDBIDを表示します。保存されたRMANログ・ファイルを調べるか、カタログを照会するか、または制御ファイルの自動バックアップのファイル名からも、DBIDを特定できます。たとえば、以下のコマンドを実行します。
SET DBID <ソースDBID>;
4
制御ファイルの自動バックアップをリストアします。
RUN {
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
RESTORE CONTROLFILE FROM AUTOBACKUP;
ALTER DATABASE MOUNT;
RESTORE DATABASE;
RECOVER DATABASE;
}
制御ファイルの自動バックアップのデフォルト形式が変更された場合は、リストア中に同じ形式を指定します。
RUN {
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE <device type> TO '<string>'
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
RESTORE CONTROLFILE FROM AUTOBACKUP;
ALTER DATABASE MOUNT;
RESTORE DATABASE;
RECOVER DATABASE;
}
5
データベースを開き、オンライン・ログをリセットします。
ALTER DATABASE OPEN RESETLOGS;
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
［リカバリを実行する］タブで、利用可能なオプションを選択します。
•
テーブルスペースを現在の時刻、つまりアーカイブおよびオンラインREDOログで使用可能な、最後にコミットされたトランザクションまでリカバリするには、［完全なリカバリを実行する］オプションを選択します。
•
リカバリを実行しない場合は、［リカバリを実行しない］オプションを選択します。
 
* 
メモ： ［データベース・ポイント・イン・タイム・リカバリを実行する］オプションを選択すると、リストア・ジョブは失敗します。
•
リストアされたアーカイブ・ログのうちOracle®が不要と見なしたものを削除するには、［不必要なリストア済みアーカイブ・ログを削除する］オプションを選択します。
4
［クライアント指定］、［スケジュール］、［詳細設定］の各タブに入力し、ジョブを開始します。
RMANは使用可能なフル、増分、またはアーカイブ・ログのバックアップのうち最適なものを自動的に選択し、テーブルスペースのリストアとリカバリを実行します。
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択