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

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

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

非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は、RESETLOGSオペレーションと、古い制御ファイルとを区別できないため、リカバリ・カタログへのアクセスを拒否します。
 
* 
IMPORTANT: 自動バックアップから制御ファイルをリストアしたら、［NetVault Backup選択］タブでデータベース・ノードを選択し、フルまたはLevel 0増分バックアップの実行を強くお勧めします。Dell

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

このタイプのリカバリは、データベースが開いているが、一部のデータファイルが損傷している場合に実行します。データベースを開いた状態、つまりデータベースの残りの部分を使用可能にしたままで、損傷したテーブルスペースをリカバリする場合に便利です。個々のデータファイル/テーブルスペースをリストアおよびリカバリする際は、完全リカバリのみを実行できます。個々のデータファイル/テーブルスペースについてPITリカバリを実行することはできません。PITリカバリを有効にすると、リストア・ジョブが失敗します。以下は、個々のデータファイル/テーブルスペースのリカバリ・プロセスの概要です。
1
［セレクション・セット作成］ページで、テーブルスペースの利用可能な最新のバックアップから損傷したデータファイル/テーブルスペースを選択して、［プラグイン・オプションの編集］をクリックします。
2
［リストア・オプション］タブをクリックして、［リストアを行う前に、リストア対象のテーブルスペースをオフラインにします］および［リストア完了後に、リストア対象のテーブルスぺースをオンラインにします］オプションを選択します。
3
［リカバリを実行する］タブで、利用可能なオプションを選択します。
•
テーブルスペースを現在の時刻、つまりアーカイブおよびオンラインREDOログで使用可能な、最後にコミットされたトランザクションまでリカバリするには、［完全なリカバリーを実行する］オプションを選択します。
•
リカバリを実行しない場合は、［リカバリーを実行しない］オプションを選択します。
 
* 
NOTE: ［データベース・ポイント・イン・タイム・リカバリを実行する］オプションを選択すると、リストア・ジョブは失敗します。
•
リストアされたアーカイブ・ログのうちOracleが不要と見なしたものを削除するには、［不必要なリストア済みアーカイブログを削除する］オプションを選択します。
4
［クライアント指定］、［スケジュール］、［詳細設定］の各タブに入力し、ジョブを開始します。
RMANは使用可能なフル、増分、またはアーカイブ・ログのバックアップのうち最適なものを自動的に選択し、テーブルスペースのリストアとリカバリを実行します。

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

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

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

障害復旧では、ターゲット・データベース全体、すべてのカレント制御ファイル、すべてのオンラインREDOログ・ファイル、およびすべてのパラメータ・ファイルが失われた後に、データベースのリストアおよびリカバリを実行します。FRAについても同様に失われたと仮定します。障害復旧を実行するために最低限バックアップ・セットに、すべてのデータファイル、バックアップ後に生成されたアーカイブREDOファイルと自動バックアップに含まれている制御ファイルが少なくとも1つ必要です。
新しいホストで使用しているターゲット・データベースの新しいコピーを作成することを目標としている場合は、これらの手順を使用しないよう注意してください。その代わり、複製データベースのバックアップ・タイプを使用します。これは、この目的に特化して設計されています。詳しくは、複製データベースのバックアップを参照してください。
 
* 
IMPORTANT: オプションによってはデータベースの上書きに伴いデータが消失するリスクがあるため、いかなる障害復旧プロセスも実行する前に、以下のセクションで説明するオプションについて十分注意して選択する必要があります。
障害復旧の実行について、以下の方法が利用可能です。
•
段階的ディザスタ・リカバリ・プロセス
•
同一サーバへの障害復旧の実行
•
手動による制御ファイルの取得
重要
いかなる種類の障害復旧を実行する場合にも、以下の点に注意してください。
•
テスト・リカバリを実行する場合は、データファイルのリストア中にリカバリ・カタログに接続しないよう注意してください。接続すると、RMANによって、リストアされたデータファイルに関する情報がリカバリ・カタログに記録されます。これは、以後プライマリ・データベースをリストアおよびリカバリする際に障害になります。リストアする必要のあるすべてのバックアップのRMANリポジトリ・データを制御ファイルに保持しきれないないため、リカバリ・カタログを使用する必要がある場合、カタログをエクスポートして別のスキーマまたはデータベースにインポートし、リカバリ・カタログのコピーをテスト・リストアに使用する必要があります。そうしないと、カタログで、リストアされたデータベースが最新のターゲット・データベースと見なされます。
•
障害復旧を目的としていないOracleデータベース環境で障害復旧手順を実行すると、データベース内でデータが消失する可能性があります。個別データファイルやアーカイブ・ログのリストア/リカバリ、またはOracleデータベースのSPFILEや制御ファイルのリストアのみを目的とする場合、障害復旧手順を実行しないよう注意してください。
•
障害復旧は、データベース、SPFILEおよび制御ファイル全体をリストアする場合に限り実行する必要があります。これは、障害復旧手順がデータベースを上書きすることにより、データベース内の既存データが消失する可能性があるためです。
•
Oracleデータベース・サーバ内で障害復旧を実行するには、小規模オプション・サブセットを含む段階的ディザスタ・リカバリ機能を使用してコマンドを実行します。その他の詳細設定、または対象を絞った障害復旧については、本プラグインのドキュメントでRMAN CLI手順に関する章を参照することを強くお勧めします。Dellこれは、段階的ディザスタ・リカバリ機能がすべてのリカバリ・オプションを使用する訳ではないため、場合によってはリカバリが正常に完了しないことがあります。リカバリが正常に完了しない場合は、RMAN CLIプロセスを実行する必要があります。
段階的ディザスタ・リカバリ・プロセス
このプロセスでは、制御ファイルのリストアを自動バックアップから実行し、同一のリストア・タスクを使用してデータベース・データファイルをリストアします。このプロセスを使用する際は、以下の点に注意してください。
•
［セレクション・セット作成］ページで選択したオブジェクトは無視されます。
•
その他のリストアおよびリカバリ・オプションは無視されること。
•
［段階的ディザスタ・リカバリ］タブで選択したオプションのみが実行されること。
このプロセスを使用するには
1
［ナビゲーション］パネルで、［リストア・ジョブ作成］をクリックします。
2
［リストア・ジョブ作成 － セーブセットの選択］ページで、［プラグイン・タイプ］リストから［Plug‑in for Oracle］を選択します。
3
セーブセットのテーブルに表示されている項目をさらにフィルタリングするには、［クライアント］、
［日付］、［ジョブID］リストを使用します。
表にはセーブセット名（ジョブ・タイトルとセーブセットID）、作成日時、およびサイズが表示されます。デフォルトでこのリストは、セーブセット名のアルファベット順にソートされています。
4
セーブセットの表で、適切な項目を選択します。
セーブセットを選択すると、セーブセットのジョブID、ジョブ・タイトル、NetVault Backupサーバ名、データをバックアップしたクライアント名、セーブセットの作成に使用されたプラグイン、セーブセットの作成日時、セーブセットのリタイア設定、増分バックアップかどうか、アーカイブかどうか、およびセーブセットのサイズなどの情報が［セーブセット情報］に表示されます。
5
続行するには、［次へ］をクリックします。
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増分バックアップの実行をDellは強くお勧めします。
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択