立即与支持人员聊天
与支持团队交流

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

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

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

障害復旧では、ターゲット・データベース全体、すべての現在の制御ファイル、すべてのオンラインREDOログ・ファイル、およびすべてのパラメータ・ファイルが失われた後に、データベースのリストアおよびリカバリを実行します。FRAについても同様に失われたと仮定します。障害復旧を実行するために最低限バックアップ・セットに、すべてのデータファイル、バックアップ後に生成されたアーカイブREDOファイルと自動バックアップに含まれている制御ファイルが少なくとも1つ必要です。
新しいホストで使用しているターゲット・データベースのコピーを作成することが目標の場合は、これらの手順を使用するのではなく、この目的用に特化されている複製データベースのバックアップ・タイプを使用します。詳しくは、複製データベースのバックアップを参照してください。
 
* 
CAUTION: データベースの上書きやデータの消失を回避するために、障害復旧を実行する前に、以下のセクションで説明するオプションについて注意して選択する必要があります。
障害復旧の実行について、以下の方法が利用可能です。
•
段階的ディザスタ・リカバリ・プロセス
•
同一サーバーへの障害復旧の実行
•
手動による制御ファイルの取得
重要
いかなる種類の障害復旧を実行する場合にも、以下の点に注意してください。
•
テスト・リカバリを実行する場合は、データファイルのリストア中にリカバリ・カタログに接続しないでください。接続すると、RMANによって、リストアされたデータファイルに関する情報がリカバリ・カタログに記録されます。これは、以後プライマリ・データベースをリストアおよびリカバリする際に障害になります。リストアする必要のあるすべてのバックアップのRMANリポジトリ・データを制御ファイルに保持しきれないため、リカバリ・カタログを使用する必要がある場合、カタログをエクスポートします。カタログをエクスポートしたら、別のスキーマまたはデータベースにインポートし、リカバリ・カタログのコピーをテスト・リストアに使用します。そうしないと、カタログで、リストアされたデータベースが最新のターゲット・データベースと見なされます。
•
障害復旧を目的としていないOracle®データベース環境で障害復旧手順を実行すると、データベース内でデータが消失する可能性があります。個別データファイルやアーカイブ・ログのリストア/リカバリ、またはOracleデータベースのSPFILEや制御ファイルのリストアのみを目的とする場合、障害復旧手順を実行しないよう注意してください。
•
障害復旧は、データベース、SPFILEおよび制御ファイル全体をリストアする場合に限り実行する必要があります。これは、障害復旧手順がデータベースを上書きすることにより、データベース内の既存データが消失する可能性があるためです。
•
Oracleデータベース・サーバー内で障害復旧を実行するには、小規模オプション・サブセットを含む段階的ディザスタ・リカバリ機能を使用してコマンドを実行します。その他の詳細設定、または対象を絞った障害復旧については、本プラグインのドキュメントでRMAN CLI手順に関するセクションを参照することをお勧めします。これは、段階的ディザスタ・リカバリ機能がすべてのリカバリ・オプションを使用する訳ではないため、場合によってはリカバリが正常に完了しないことがあります。リカバリが正常に完了しない場合は、RMAN CLIプロセスを実行する必要があります。
段階的ディザスタ・リカバリ・プロセス
このプロセスでは、制御ファイルのリストアを自動バックアップから実行し、同一のリストア・タスクを使用してデータベース・データファイルをリストアします。このプロセスを使用する際は、以下の点に注意してください。
•
［セレクション・セット作成］ページで選択したオブジェクトは無視されます。
•
その他のリストアおよびリカバリ・オプションは無視されること。
•
［段階的ディザスタ・リカバリ］タブで選択したオプションのみが実行されること。
このプロセスを使用するには
1
［ナビゲーション］パネルで、［リストア・ジョブ作成］をクリックします。
2
［リストア・ジョブ作成 — セーブセットの選択］ページで、［プラグイン・タイプ］リストから［Plug‑in for Oracle］を選択します。
3
セーブセットのテーブルに表示されている項目をさらにフィルタリングするには、［クライアント］、
［日付］、［ジョブID］リストを使用します。
表にはセーブセット名（ジョブ・タイトルとセーブセットID）、作成日時、およびサイズが表示されます。デフォルトでこのリストは、セーブセット名のアルファベット順にソートされています。
4
セーブセットの表で、適切な項目を選択します。
セーブセットを選択すると、ジョブID、ジョブ・タイトル、サーバー名、クライアント名、プラグイン名、セーブセットの日時、リタイア設定、増分バックアップかどうか、アーカイブかどうか、およびセーブセットのサイズなどの情報が［セーブセット情報］に表示されます。
5
［Next］をクリックします。
6
［セレクション セット作成］ページで、任意の項目を選択します。
前述のように、このプロセスでこのページの選択内容は無視されます。
7
［プラグインオプションの編集］をクリックし、次に［段階的ディザスタ・リカバリ］タブをクリックします。
8
［以下のステップバイステップ・ディザスタ・リカバリを実行］オプションを選択し、さらに利用可能なサブオプションを選択します。
•
［Dbid設定］：DBIDを設定する場合は、このオプションを選択します。本プラグインは、バックアップを取得したOracle®データベースのDBIDを、このフィールド内に自動的に入力します。このDBIDは、NOMOUNT状態のOracleデータベースを起動するために必要なパラメータ・ファイルやSPFILEが利用可能でない場合に必要です。
•
［SPFILEを自動バックアップからリストア。日付最大値のルックバック］：スケジュールしたバックアップでOracle制御ファイルの自動バックアップ・オプションが有効化され、その自動バックアップからSPFILEをリストアする場合に、このオプションを選択します。（Oracle制御ファイルの自動バックアップが無効な場合、自動バックアップからSPFILEをリストアすることはできません）。詳しくは、制御ファイルの自動バックアップ有効化を参照してください。デフォルトで、このオプションは過去7日間に実行された自動バックアップを検索し、利用可能であればそれを更新します。このオプションは、以下のRMANコマンドを実行します。
STARTUP NOMOUNT;
restore spfile from autobackup maxdays <日数>;
•
［制御ファイルを自動バックアップからリストア。日付最大値のルックバック］：スケジュールしたバックアップでOracle制御ファイルの自動バックアップ・オプションが有効化され、その自動バックアップから制御ファイルをリストアする場合に、このオプションを選択します。（Oracle制御ファイルの自動バックアップが無効な場合、自動バックアップから制御ファイルをリストアすることはできません）。詳しくは、制御ファイルの自動バックアップ有効化を参照してください。デフォルトで、このオプションは過去7日間に実行された自動バックアップを検索し、利用可能であればそれを更新します。このオプションは、以下のRMANコマンドを実行します。
STARTUP FORCE NOMOUNT;
restore controlfile from autobackup maxdays <日数>;
•
［データベースのリストア］：Oracleデータベース内に含まれるすべてのデータファイルをリストアする場合は、このオプションを選択します。restore databaseコマンドは、Oracleデータベース内に含まれるすべてのデータファイルのリストアを試行します。このオプションは、以下のRMANコマンドを実行します。
RESTORE DATABASE;
•
［データベースのリカバリ］：Oracleデータベース内に含まれるすべてのデータファイルをリカバリする場合は、このオプションを選択します。recover databaseコマンドは、Oracleデータベース内に含まれるすべてのデータファイルのリカバリを試行します。このリカバリにはリストアが自動的に含まれ、アーカイブされたトランザクション・ログが適用されます。このオプションは、以下のRMANコマンドを実行します。
RECOVER DATABASE;
•
［ALTER DATABASE OPEN RESETLOGS］：RESETLOGSオプション付きでデータベースを開く場合は、このオプションを選択します。このオプションは、以下のSQL*Plusコマンドを実行します。
ALTER DATABASE OPEN RESETLOGS;
 
* 
NOTE: データベースをリストアすると、RMAN CLIプロンプトを開くオプションが表示され、そのプロンプトからリカバリ・コマンドを発行できるようになります。このオプションにより、［データベースのリカバリ］オプションと［ALTER DATABASE OPEN RESETLOGS］オプションを選択してリカバリ詳細設定オプションを実行する必要がなくなります。
9
「ジョブのファイナライズと実行」の手順を完了します。
同一サーバーへの障害復旧の実行
以下の手順では、ソース・データベースと同じサーバーに障害復旧を実行する手順を詳しく説明します。この手順は、完全なメディア障害が発生し、損傷したホストを同じ構成で再構築するか、ホスト名も含め元のホストの構成を模倣して新しいサーバーを設定する場合に使用します。
 
* 
NOTE: 以下の手順を実行して、プロダクション・サーバーがアクティブな間も、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
データベースをマウントせずにターゲット・インスタンスを開始します。
 
* 
IMPORTANT: 以下のコマンド実行時に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;
}
 
* 
IMPORTANT: 制御ファイルの自動バックアップを取得していない場合は、継続する前に手動による制御ファイルの取得で説明されている手順を完了する必要があります。
9
［リストア・ジョブ作成 — セーブセットの選択］ページで、すべてのテーブルスペースを含む利用可能な最新のバックアップを選択して、［次へ］をクリックします。
10
［セレクション・セット作成］ページで、ソースNetVault Backupクライアントとデータベースに移動して、［データベース全体］ノードを選択して、［プラグイン・オプションの編集］をクリックします。
11
［リストアオプション］タブをクリックし、利用可能なオプションを選択します。
•
リストア前にデータベースをマウントするには、［リストア前にデータベースをマウント］を選択します。
•
読み取り専用データファイルをリストアに含めるには、［読み取り専用データファイルを確認して、必要に応じてリストアします］を選択します。
12
障害復旧シナリオでは、リカバリを実行する必要があるため、［リカバリを実行する］タブで、［データベース・ポイント・イン・タイム・リカバリを実行する］オプションを選択します。
PITリカバリはデータベースを指定した時刻、ログ・シーケンス番号またはSCNにリストアします。障害が発生した時刻あるいはログ・シーケンスが不明な場合は、SCNオプションの使用をお勧めします。Dell
13
［リカバリを実行する］タブで、［読み取り専用データファイルを確認して、カレントでない場合は、リカバリします］を選択して、リカバリ・プロセスに読み取り専用のデータファイルを含めます。
読み取り専用ファイルは、完全リカバリに必要な場合のみ含められます。これらのファイルが損傷していない場合は、RMANによって除外されます。
14
［リカバリ・カタログ］タブで、［カタログの使用］オプションを選択解除し、リカバリ・カタログがリストアに使用されないようにします。
15
［スケジュール］と［詳細設定］の各タブに入力し、ジョブを開始します。
RMANは、使用可能なフル、増分、またはアーカイブ・ログのバックアップのうち最適なものを自動的に選択し、データベースのリストアとリカバリを実行します。
16
RMANで、RMANメタデータを更新します。
CROSSCHECK ARCHIVELOG ALL;
17
RMANを終了します。
 
* 
IMPORTANT: ディザスタ・リカバリが完了したら、［セレクション・セット作成］ページでデータベース全体を選択し、フルまたは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
［名前変更/再配置］ダイアログ・ボックスで、適切な情報を入力します。
•
［名前変更］：新しい名前を入力します。
•
［再配置］：新しいパスを入力します。
本プラグインは、set newname RMANコマンドを使用して、RMANバックアップのリストアまたは名前変更（またはその両方）を行います。set newnameコマンドは、DB_CREATE_FILE_DESTパラメータより優先されます。リストアまたは名前変更でフル・パスが指定されていない場合、プラグインは以下のように動作します。
•
SPFILE：ファイルは、「$ORACLE_HOME/dbs」ディレクトリに、新しい名前でリストアされます。
•
データファイル：
•
ファイル作成時に新しい場所を指定した場合、ファイルは新しい名前で、その場所にリストアされます。
•
ファイル作成時に新しい場所を指定しなかった場合、ファイルは新しい名前で、「$ORACLE_HOME/dbs」にリストアされます。
 
* 
NOTE: フル・パスには、ASMの場所へのパスを含めることができます。例：+DATA/my_db/my_datafile_renamed.dbf
リストア中に制御ファイル名を変更する場合、変更後のファイル名がOracle®パラメータ・ファイルのCONTROL_FILESリストに存在している必要があります。
7
変更を適用するには、［OK］をクリックします。
アイテムでは、名前および場所情報が括弧内に表示されます。
8
ジョブのファイナライズと実行の説明に従い、リストア手順を続行します。

非RAC環境におけるデータベースの複製

複製データベースを使用するとソース・データベースの複製またはクローンを作成することができ、これはバックアップおよびリストア手順によってソース・データベースが影響を受けることのないよう特殊な目的のために使用されます。RMANは複製データベースをサポートし、データベース管理者が以下のタスクを実行する際に柔軟性を提供します。
•
バックアップとリカバリ手順のテスト
•
Oracle®データベース新規リリースへのアップグレードのテスト
•
アプリケーションによるデータベース・パフォーマンスへの影響のテスト
•
レポート作成
マルチ・インスタンスのRACデータベースについて詳しくは、RAC環境でのデータベースの複製を参照してください。Oracleの複製データベース機能について詳しくは、『Oracle Database Backup and Recovery User's Guide』の「Duplicating a Database」を参照してください。
本プラグインでは、複製データベースのバックアップ用に以下のリストア・シナリオが提供されています。
•
同一サーバーへの複製データベースのリストア
•
同じディレクトリ構造を持つ代替サーバーへの複製データベースのリストア
•
異なるディレクトリ構造を持つ代替サーバーへの複製データベースのリストア
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级