Tchater maintenant avec le support
Tchattez avec un ingénieur du support

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

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

同一サーバーへの障害復旧の実行

以下の手順では、ソース・データベースと同じサーバーに障害復旧を実行する手順を詳しく説明します。この手順は、完全なメディア障害が発生し、損傷したホストを同じ構成で再構築するか、ホスト名も含め元のホストの構成を模倣して新しいサーバーを設定する場合に使用します。

 
* 
メモ： 以下の手順を実行して、プロダクション・サーバーがアクティブな間も、Oracleサーバーを異なるホスト（オリジナルのプロダクション・サーバーではないホスト）にリストアできます。ただし、前述したように、最終的な目的が新規ホストで現在使用中のターゲット・プロダクション・データベースのコピーを作成する場合は、この手順を使用しないよう注意してください。その代わりに、［複製データベース］バックアップ・タイプを使用する必要があります。詳細は、「複製データベースのバックアップ」を参照してください。

RMANリポジトリのバックアップ計画でリカバリ・カタログを使用するかどうかに関わらず、同じ手順を使用する必要があります。RMANは常に、バックアップに関する情報を制御ファイルに記録し保存します。制御ファイルに保存されるこの情報は、RMANによるデータベースのバックアップの正式な記録になります。RMANは、必要なすべてのバックアップおよびリカバリ・オペレーションを、制御ファイルのリポジトリ情報のみを使用して実行できます。

以下の障害復旧手順のバリエーションについて詳しくは、『Oracle Database Backup and Recovery Advanced User's Guide』の「Performing Disaster Recovery」セクションを参照してください。

リカバリ・カタログを使用せずに障害復旧を実行するには、以下の条件を満たす必要があります。

•
Oracleデータベース・ソフトウェアがインストールされている：損傷したサーバーと同じバージョンのOracleデータベース・ソフトウェアをシステムにインストールします。ソースとリカバリ先のOracleサーバーで、ORACLE_HOMEが同一である必要があります。ただし、データベースを作成する必要はありません。
•
Oracleパスワード・ファイルが作成されている：orapwdユーティリティを使用してOracleパスワード・ファイルを作成します。
•
Linux：
orapwd file=<Oracleホーム>/dbs/orapw<SID> password=<パスワード>
•
Windows：
orapwd file=<Oracleホーム>\database\orapw<SID> password=<パスワード>
•
WindowsでOracleサービスが作成され、開始されている：Oracleのoradimユーティリティを使用して、WindowsでOracleサービスを作成します。Oracle SIDは、元のデータベースまたはソース・データベースと同一である必要があります。このオプションにより、同一のOracleサービス名が作成されます。たとえば、OSプロンプトで以下のコマンドを実行します。
oradim -new -sid <SID名>
Windowsサービスの作成後、OSプロンプトで以下のコマンドを実行してサービスを開始します。
net start oracleservice<SID名>
•
NetVault BackupソフトウェアとPlug‑in for Oracleがインストールされている：損傷したサーバーと同じバージョンのNetVault Backupソフトウェアと本プラグインをインストールし、同じように設定する必要があります。デフォルト設定の構成で示されているとおりプラグインのデフォルト属性が定義されていることを確認します。
•
ソース・データベースのDBIDが特定されている：損傷したデータベースのDBIDを特定します。Plug‑in for Oracleの初期インストールの一部としてDBIDが記録されなかった場合、NetVault Backupのバイナリ・ログでソース・データベースのRMANベースのバックアップを調べます。DBIDは、［詳細］ダイアログ・ボックスまたは［バックアップ・コンテンツ］タブでも利用できます。
•
SPFILEのデフォルトの場所が存在する必要がある：SPFILEのデフォルトの場所が存在することを確認します。デフォルトの場所を作成し忘れると、SPFILEのリストア中に「ORA-17502 ファイルの作成に失敗しました」というエラーが発生する結果になります。
•
すべてのテーブルスペースのバックアップが使用可能になっている：すべてのテーブルスペースの最新のバックアップがあることを確認します。

リカバリを実行するには、以下の手順に従います。

1
Oracle Net Service設定ファイルをリストアします。
外部設定ファイルが前のRMANバックアップに含まれていたか、Plug-in for FileSystemを使用してOracle Net Service設定ファイル（LISTENER.ORA、SQLNET.ORA、TNSNAMES.ORAなど）をバックアップした場合、これらのファイルをリカバリ先のOracleデータベース・サーバーにリストアします。または、リカバリ先OracleサーバーにOracle Net Serviceを設定します。
2
Oracleリスナーを開始します。
たとえば、OSコマンド・プロンプトで以下のコマンドを実行します。
lsnrctl start
3
カタログなしでRMANを起動し、ターゲット・データベースに接続します。
RMAN TARGET / NOCATALOG
4
DBIDを、損傷したデータベースのDBIDに設定します。
SET DBID <ソースDBID>;
5
データベースをマウントせずにターゲット・インスタンスを開始します。
 
* 
重要： 以下のコマンド実行時にPFILEが利用できない場合、一連のOracleエラーが発生することがあります。このプロセスは問題ではないため、エラーを無視しても構いません。OracleはデフォルトのPFILEを使って、SPFILEのリストア・プロセスを継続します —「starting Oracle instance without parameter file for retrieval of spfile」。
STARTUP NOMOUNT;
6
自動バックアップからSPFILEをリストアします。
RUN {
ALLOCATE CHANNEL C1 TYPE 'SBT_TAPE';
RESTORE SPFILE FROM AUTOBACKUP;
}
7
リストアしたSPFILEを使用してデータベースを再起動します。
STARTUP FORCE NOMOUNT;
8
自動バックアップから制御ファイルをリストアします。
前回の自動バックアップから制御ファイルをリストアするには、以下のコマンドを実行します。
RUN {
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
RESTORE CONTROLFILE FROM AUTOBACKUP;
}
 
* 
重要： 制御ファイルの自動バックアップを取得していない場合は、継続する前に手動による制御ファイルの取得で説明されている手順を完了する必要があります。
9
［リストア・ジョブ作成 — セーブセットの選択］ページで、すべてのテーブルスペースを含む利用可能な最新のバックアップを選択して、［次へ］をクリックします。
10
［セレクション・セット作成］ページで、ソースNetVault Backupクライアントとデータベースに移動して、［データベース全体］ノードを選択して、［プラグイン・オプションの編集］をクリックします。
11
［リストア・オプション］タブをクリックし、利用可能なオプションを選択します。
•
リストア前にデータベースをマウントするには、［リストア前にデータベースをマウント］を選択します。
•
読み取り専用データファイルをリストアに含めるには、［読み取り専用データファイルを確認して、必要に応じてリストアします］を選択します。
12
障害復旧シナリオでは、リカバリを実行する必要があるため、［リカバリを実行する］タブで、［データベース・ポイント・イン・タイム・リカバリを実行する］オプションを選択します。
PITリカバリはデータベースを指定した時刻、ログ・シーケンス番号またはSCNにリストアします。障害が発生した時刻あるいはログ・シーケンスが不明な場合は、SCNオプションの使用をお勧めします。
13
［リカバリを実行する］タブで、［読み取り専用データファイルを確認して、カレントでない場合は、リカバリします］を選択して、リカバリ・プロセスに読み取り専用のデータファイルを含めます。
読み取り専用ファイルは、完全リカバリに必要な場合のみ含められます。これらのファイルが損傷していない場合は、RMANによって除外されます。
14
［リカバリ・カタログ］タブで、［カタログの使用］オプションを選択解除し、リカバリ・カタログがリストアに使用されないようにします。
15
［スケジュール］と［詳細設定］の各タブに入力し、ジョブを開始します。
RMANは、使用可能なフル、増分、またはアーカイブ・ログのバックアップのうち最適なものを自動的に選択し、データベースのリストアとリカバリを実行します。
16
RMANで、RMANメタデータを更新します。
CROSSCHECK ARCHIVELOG ALL;
17
RMANを終了します。
 
* 
重要： ディザスタ・リカバリが完了したら、［セレクション・セット作成］ページでデータベース全体を選択し、フルまたはLevel 0増分バックアップの実行をお勧めします。

手動による制御ファイルの取得

制御ファイルの自動バックアップが利用できず、RMANカタログも使用されておらず、［NetVault Backup選択］ページで制御ファイル・ノードが選択されたバックアップが実行された場合、以下の手順を使用してバックアップ・ピースから制御ファイルを抽出することができる場合があります。

1
［リストア・ジョブ作成 — セーブセットの選択］ページで、「制御ファイルを含む」とマークされている利用可能な最新のバックアップを探します。
2
制御ファイルをリカバリします。
SQL> STARTUP NOMOUNT;
DECLARE
devtype varchar2(256);
done    boolean;
BEGIN
devtype := dbms_backup_restore.deviceallocate('sbt_tape', params=>'');
dbms_backup_restore.restoresetdatafile;
dbms_backup_restore.restorecontrolfileto
('<制御ファイル名およびリストア先>');
dbms_backup_restore.restorebackuppiece
('<先ほど識別したバックアップ・セグメント名>',done=>done);
END;
/
例：
sqlplus /nolog
connect / as sysdba
STARTUP NOMOUNT;
DECLARE
devtype varchar2(256);
done    boolean;
BEGIN
devtype := dbms_backup_restore.deviceallocate('sbt_tape', params=>'');
dbms_backup_restore.restoresetdatafile;
dbms_backup_restore.restorecontrolfileto
('C:\oracle\product\10.1.0\oradata\o10gg\control01.ctl');
dbms_backup_restore.restorebackuppiece
('ZETK2003:#3293:ZETK2003:274_578391288:O10GG_1135958971',done=>done);
END;
/
3
REPLICATE CONTROLFILEコマンドを使用して、リストア済み制御ファイルをコピーします。
RMAN TARGET / NOCATALOG
SET DBID <ソースDBID>;
connect TARGET /
RUN {
ALLOCATE CHANNEL C1 TYPE 'SBT_TAPE';
replicate controlfile from
'<制御ファイル名およびリストア元>';
}

RMANを使用したその他のリストア手順

このトピックでは、Plug‑in for Oracleで実行できるその他のリストア操作について説明します。

•
ファイルの名前または場所の変更
•
非RAC環境におけるデータベースの複製
•
テーブル・レベルのリカバリの実行

ファイルの名前または場所の変更

RMANによるバックアップ方法では、本プラグインでリストア中に制御ファイルおよびデータファイルの名前を変更できます。ファイル名の変更は、既存のバージョンを上書きしたくない場合やファイルのコピーを作成する場合に便利です。また、プラグインでのリストア中に、ファイルを別のディレクトリに移動することもできます。

1
「リカバリ対象データベースの準備」の手順を完了します。
2
［ナビゲーション］パネルで［リストア・ジョブ作成］をクリックして、［プラグイン・タイプ］リストから［Plug‑in for Oracle］を選択します。
3
セーブセットの表から、適切な項目を選択して、［次へ］をクリックします。
詳細は、「リストア対象データの選択」を参照してください。
4
［セレクション・セット作成］ページで、リストアするデータファイルまたは制御ファイルを選択します。
5
［アクション］リストから、［名前変更］を選択します。
6
［名前変更/再配置］ダイアログ・ボックスで、適切な情報を入力します。
•
［名前変更］：新しい名前を入力します。
•
［再配置］：新しいパスを入力します。
本プラグインは、RMANのSET NEWNAMEコマンドを使用して、RMANバックアップのリストア、名前変更、またはその両方を行います。SET NEWNAMEコマンドは、DB_CREATE_FILE_DESTパラメータより優先されます。リストアまたは名前変更でフル・パスが指定されていない場合、プラグインは以下のように動作します。
•
［SPFILE］：このファイルは、「$ORACLE_HOME/dbs」ディレクトリに、新しい名前でリストアされます。
•
データファイル：
•
ファイル作成時に新しい場所を指定した場合、ファイルは新しい名前で、その場所にリストアされます。
•
ファイル作成時に新しい場所を指定しなかった場合、ファイルは新しい名前で、「$ORACLE_HOME/dbs」にリストアされます。
 
* 
メモ： フル・パスには、ASMの場所へのパスを含めることができます。例：+DATA/my_db/my_datafile_renamed.dbf
リストア中に制御ファイル名を変更するには、変更後のファイル名がOracleパラメータ・ファイルのCONTROL_FILESリストに存在している必要があります。
7
変更を適用するには、［OK］をクリックします。
アイテムでは、名前および場所情報が括弧内に表示されます。
8
「ジョブのファイナライズと実行」の説明に従い、リストア手順を続行します。
Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation