構文 構文 構文 構文
recoverObject::=
recoverOptionList::=
RECOVER
DEVICE TYPE deviceSpecifier ,
recoverObject
recoverOptionList
;
DATABASE
untilClause
untilClause SKIP
FOREVER
TABLESPACE
’
tablespace_name
’ ,
TABLESPACE
’
tablespace_name
’ ,
DATAFILE datafileSpec ,
recoverObject
DELETE ARCHIVELOG CHECK READONLY NOREDO CHECK LOGICAL
FROM TAG ARCHIVELOG TAG
= ’
tag_name
’ ,
用途 用途 用途 用途
１つ以上のリストアしたデータ・ファイルに、
REDO
ログまたは増分バックアップを適用し て、その内容を特定時点の状態に更新します。Recovery Manager
は、オンラインREDO
ログを使用して、メディア・リカバリの実行に必要に応じてアーカイブ
REDO
ログのバックアップ・セットをリストアします。Recovery
Manager
は、最初に元のアーカイブ・ログまたはイメージ・コピーを検索し、使用できるものがない場合は、バックアップをリストアします。
Recovery Manager
が増分バックアップの適用かREDO
の適用かを選択できる場合は、常に増分バックアップを選択します。増分バックアップのオーバーラップしているレベルが使用 可能な場合、
Recovery Manager
は、最も長い期間をカバーしているレベルを自動的に選択します。
Recovery Manager
は、増分バックアップの一部として作成されていないリストア済ファイルに、増分バックアップを適用できます。
制限事項と使用上の注意 制限事項と使用上の注意 制限事項と使用上の注意 制限事項と使用上の注意
■ バックアップ制御ファイルを使用し、リカバリ・カタログを使用しないリカバリも可能 ですが、バックアップ制御ファイルの作成後にデータベースにファイルを追加している 場合は、手動による動作が必要です。
■ チャネルを構成していない場合は、アーカイブ
REDO
ログや増分バックアップのリスト アを必要としない場合を除き、RECOVERの前に1
つ以上のALLOCATE CHANNELコマ ンドが必要です。■ アーカイブ・ログをリカバリする場合、
Recovery Manager
は事前構成済のDISK
チャネ ルを使用するため、チャネルを割り当てる必要はありません。ただし、リカバリ中に増 分バックアップをリストアする必要がある場合は、構成済のチャネルを使用するか、そ のバックアップを作成したのと同じタイプのチャネルを手動で割り当てる必要がありま す。■ データ・ファイルおよび表領域のリカバリの場合は、ターゲット・データベースのマウ ントが必要です。そのデータベースがオープンされている場合は、リカバリするデー タ・ファイルまたは表領域はオフラインにしてください。データベースのリカバリの場 合は、そのデータベースを事前にマウントする必要がありますが、オープンはしないで ください。
注意 注意注意
注意:
Recovery Manager
で増分バックアップを使用する場合は、NOLOGGING
オプションで作成したオブジェクトへの変更内容をリカバリ します。アーカイブREDO
ログをデータ・ファイルに適用しても、変更 内容はリカバリされません。関連項目関連項目関連項目
関連項目: データ・ファイルのリカバリ方法は、『
Oracle9i Recovery
Manager
ユーザーズ・ガイド』を参照してください。■ リカバリするか増分バックアップを適用できるのは、カレント・データ・ファイルのみ です。
■ 不完全リカバリを実行する場合は、RESTOREおよび
RECOVER
コマンドの前にSETUNTIL
コマンドを入力することをお薦めします。RESTOREとRECOVER
の間にSET
UNTIL
コマンドを指定した場合、リストアされたファイルのタイム・スタンプは指定した時刻の後になるため、必要な時刻までのデータベースへのメディア・リカバリは実行 できない場合があります。
■ RECOVER DATABASEコマンドは、リカバリされる時点で
NORMAL
モードでオフライ ンにされているファイルや読取り専用であるファイルのリカバリは行いません。Recovery Manager
は、NORMAL
モードでオフラインにされたファイルをそれ以上のチェックはしないで、除外します。
CHECK READONLY
の指定がある場合、Recovery
Manager
はディスク上の各読取り専用ファイルをチェックして、指定した時点ですでにカレント・ファイルになっていることを確認します。
CHECK READONLY
の指定がない場合、
Recovery Manager
は読取り専用ファイルを処理しません。■ 不完全リカバリまたはバックアップ制御ファイルを使用したリカバリの後は、
RESETLOGS
オプションでオープンしてください。■ 一時表領域はリカバリできず、実行できるのは再作成のみです。
■
DEVICE TYPE
オプションを指定する前に、CONFIGUREDEVICE TYPE
コマンドを使用 してデバイス・タイプを構成する必要があります（事前構成されるDISK
以外）。■ チャネルを手動で割り当ててから、DEVICE
TYPE
オプションを指定してRECOVER
を実 行することはできません。キーワードとパラメータ キーワードとパラメータ キーワードとパラメータ キーワードとパラメータ
DEVICETYPE deviceSpecifier
指定したデバイス・タイプ専用の自動チャネルを割り当てます。 たとえば、自動ディスクお よびテープ・チャネルを構成してRECOVER...DEVICE TYPE DISKを発行すると、
Recovery Managerではディスク・チャネルのみが割り当てられます。
関連項目関連項目関連項目
関連項目: 2-101ページの「deviceSpecifier」
DATABASE データベース全体のリカバリを指定します。 untilClauseを指定しなければ、Recovery
Managerは完全リカバリを実行します。
untilClause RECOVERコマンドの終了に関して現行以外の時刻、SCNまたは ログ順序番号を指定します。不完全リカバリの実行後は、
RESETLOGSオプションでデータベースをオープンする必要があり ます。
関連項目 関連項目 関連項目
関連項目: 2-213 ページの「untilClause」
SKIP[FOREVER]
TABLESPACE
リカバリの必要がない表領域をリストします。一時データのみが ある表領域のリカバリを行わないようにしたり、いくつかの表領 域のリカバリを延期したりする場合に役立ちます。 SKIP句は、メ ディア・リカバリ開始前に、指定された表領域にあるデータ・
ファイルをオフラインにします。これらのファイルは、メディ ア・リカバリが完了した後もオフラインのままです。
不完全リカバリを実行する場合、SKIPは使用できません。 かわり に、SKIP FOREVERを使用して、RESETLOGSオプションでデー タベースをオープンした後にスキップした表領域を削除します。
SKIP FOREVER句を使用すると、Recovery ManagerはDROPオプ ションを使用してデータ・ファイルをオフライン化します。 SKIP FOREVER は、指定した表領域がデータベースのオープン後に削除 される場合にのみ使用してください。
TABLESPACE 'tablespace_name'
表領域名で表領域を指定します。
DATAFILE datafileSpec
リカバリする1つ以上のデータ・ファイルをリストして指定します。引用符付き文字列を使 用したファイル名または整数を使用した絶対データ・ファイル番号で、データ・ファイル を指定します。
Recovery Managerメタデータの排他的リポジトリとして制御ファイルのみを使用している
場合、ファイル名は制御ファイルで認識されているデータ・ファイルの名前にする必要が あります。
リカバリ・カタログを使用している場合、データ・ファイルのファイル名はカタログに記 録された最新の名前にする必要があります。たとえば、データ・ファイルが制御ファイル で改名されたとします。データベースは、カタログを再同期化する前にクラッシュします。
この場合、RECOVERコマンドでは、データ・ファイルの古い名前を指定してください。こ の名前がカタログに記録されているためです。
関連項目関連項目関連項目
関連項目: 2-95ページの「datafileSpec」
recoverOptionList 各種のリカバリ・オプションを指定します。
DELETE ARCHIVELOG 不要になったバックアップまたはコピーからリストアされたアー カイブ・ログを削除します。 Recovery Managerは、RESTOREコ マンドの開始前にディスク上に存在していたアーカイブ・ログは 削除しません。
CHECKREADONLY 読取り専用ファイルのヘッダーをチェックして、それらをリカバ リから除外する前に、カレント・ファイルであることを確認しま す。
NOREDO REDOログの適用を抑止します。増分バックアップのみを適用し
ます。 このオプションは、増分バックアップを使用して
NOARCHIVELOGモードで運用されているデータベースをリカバリ
します。 NOARCHIVELOGモードで運用されているデータベースの
リカバリ時にNOREDOを指定しなければ、Oracleはリカバリを完 了できず、エラー・メッセージを発行します。
注意注意
注意注意: 一貫性のあるシャットダウン後は、NOARCHIVELOGモー ドで運用されているデータベースの増分バックアップを実行する 必要があります。
CHECKLOGICAL 物理的な破損チェックを通過したデータ・ブロックと索引ブロッ
クについて、論理的な破損がないかどうかをテストします。たと えば、行ピースまたは索引エントリの破損がないかどうかを調べ ます。Recovery Managerは論理的な破損を発見すると、
alert.logとサーバー・セッション・トレース・ファイルにその ブロックのログを書き込みます。
あるファイルで検出された物理的および論理的な破損の合計数が MAXCORRUPTの設定値以下の場合、RMANコマンドは完了し、
OracleはV$BACKUP_CORRUPTIONおよびV$COPY_CORRUPTION に破損ブロック範囲を移入します。MAXCORRUPTを超えている場 合、コマンドはビューへの移入を行わずに終了します。
注意 注意 注意
注意: MAXCORRUPTの設定値は、ファイルに許容される物理的 および論理的な破損の合計数を表します。
FROMTAG= tag_name
リカバリ中に使用する増分バックアップ用のタグを指定します。
リカバリに必要なすべての増分がタグ付きのバックアップに含ま れていなければ、Recovery Managerは使用可能なバックアップか ら必要に応じてログまたは増分バックアップを使用します。
ARCHIVELOGTAG= tag_name
リカバリ中に使用するアーカイブ・ログ・バックアップ用のタグ を指定します。リカバリに必要なすべてのログがタグ付きのバッ クアップに含まれていなければ、Recovery Managerは使用可能な バックアップから必要に応じてログまたは増分バックアップを使 用します。