RMANのバックアップからデータベースを復元し、回復する方法。（ドキュメントID 881395.1）

に適用されます：

Oracleデータベース-エンタープライズ・エディション-バージョン10.1.0.2 11.2.0.2へ[リリース10.1 11.2へ]
Oracleデータベース-エンタープライズ・エディション-バージョン11.2.0.4 11.2.0.4へ[リリース11.2]
Oracleデータベース-エンタープライズ・エディション-バージョン11.2.0.3 11.2へ.0.3 [リリース11.2]
Oracleデータベース-エンタープライズ・エディション-バージョン12.1.0.1 12.1.0.1へ[リリース12.1]
Oracleデータベーススキーマのクラウドサービス-バージョンN / A以降
この文書の情報は、任意のプラットフォームに適用されます。
*** *** 21 - 8月- 15の関連性チェック

ゴール

以下のノートは通過DBA案内します RMANのバックアップからデータベースを復元し、回復するプロセス。これは、リストアデータベース全体を支援します。
次の手順は、RMANによるバックアップおよびリカバリプロセスDBAデータベースを復元します。それは完全なフルデータベースの復元に役立つ
仮定を前提とし
たデータベースの有効なバックアップがある-アクセス可能。効果的なバックアップは、データベースにアクセスすることができます
-必要なアーカイブログを* 。されているデータベースで使用可能でアクセスを回復するデータベースのアーカイブ・ログを復元するために必要*利用可能とアクセス可能。
* アーカイブ・ログは、バックアップのオンラインバックアップアットザIF ANで行ったまでの完了時のスタートバックアップにあるものから生成され必要とされます。

バックアップ開始時間から必要なアーカイブ・ログのバックアップが（オンラインバックアップを実行する場合）完成したログを生成しています

あなたが別のホスト上で作成したバックアップのために別のホスト上のリストア/リカバリを実行する必要がある場合、また、参照してください。

あなたが別のホスト上のバックアップのための別のホスト上のリストア/リカバリを実行する必要がある場合は、を参照してください。

ノート419137.1 ディレクトリ構造が異なる場合、RMANバックアップのA別のノードを復元する方法

溶液

RMANバックアップからデータベース全体を復元する方法 如何从RMAN备份还原完整的数据库

このノートでは、RMANカタログが利用できないを前提としています。バックアップ情報は、制御ファイルで利用可能であるとして、カタログの使用は、このシナリオではオプションです。

この説明は、RMANディレクトリを使用できないを前提としています。この場合は、ディレクトリを使用して制御ファイルのバックアップ情報を提供するので、任意です

データベースを復元する前、あなたは、有効なRMANのバックアップを持っていることを確認しなければなりません。

データベースを復元する前に、あなたは、有効なRMANバックアップを持っていることを確認する必要があります。
この例では、すべてのファイルが前提となります復元する必要があります

この例では、我々は必要性が、すべてのファイル復元することを想定
*データファイル
*制御ファイルは、
*アーカイブ・ログ（順序での復旧を行う）

オンラインREDOログおよび一時ファイルは、RMANによって自動的に再作成されているA RESETLOGSが発行されたオンラインREDOログおよび一時ファイルはありませんが。 RMANでバックアップさ

ログをリセット発行すると、Recovery Managerは自動的にオンラインREDOログおよび一時ファイルを再作成します。RMANは、バックオンラインREDOログと一時ファイルをバックアップしません

手順1：復元するために、制御ファイルのバックアップを確認してくださいあなたは、制御ファイルのバックアップを復元したいあなたに

注：あなたが制御ファイルをリストアする必要がない場合はSTEP 3.に進んで制御ファイルをリストアしない場合は、に進んで ステップ3

*あなたがしたいRMANバックアップ見つけて復元します。復元したいRMANバックアップを検索します。
*これらのファイルは、に配置する必要がありますそれらがバックアップされたディレクトリ。これらのファイルは、そのディレクトリにバックアップして配置する必要があります。
あなたはRMANバックアップログが持っている場合* 利用でき、これも助けになるでしょう。あなたがたにも役立つ可能なRMANバックアップのログを、持っている場合。

RMANのバックアップ内であなたが表示されますログ制御ファイルが最後のピースハンドルが示されているバックアップされています。

RMANバックアップログでは、最後のバックアップ制御ファイルを参照してください、そしてショーハンドルのフラグメントます
....
SETを含め、現行の制御ファイルのバックアップ
セット内に含めて、現在のバックアップSPFILE
チャンネルORA_DISK_1：12 AT作品... 2009/01/01 1を起動します：00：00
チャンネルORA_DISK_1：完成作品... AT 1 2009/01/01午前12時00分02秒
曲...ハンドル= / <パスFRA> /o1_mf_ncsnf_TAG20090506T11_501tr0h7_.bkp タグ= TAG20090506T11コメント= NONE
チャンネルORA_DISK_1：バックアップ一式、経過時間：00 ：00：02

あなたは、単にラストでAN RMANバックアップファイルのRMANのログを探していていない場合は、このバックアップ制御ファイルに含まれている必要があり、バックアップ..

あなたがいないRMANバックアップのログを行う場合は、あなただけのRMANバックアップのファイルを見つけることができます。これは、制御ファイルのバックアップを含める必要があります。

ステップ2：制御ファイルをリストアします

図2（a）） あなたがいる場合 しないでください 持っているspfileの。

あなたはSPFILEまたはステップ2bにinit.oraの移動を持っていない場合は 、あなたがSPFILEまたはINIT.ORAを持っている場合は、ステップ2bに進みます

あなたは、有効なSPFILEを持っているか、RMANたinit.ora SPFILEを必要とせずにインスタンスをNOMOUNTする能力を持っていない場合。これは、有効なバックアップからSPFILEをリストアすることができます。

あなたは、有効なSPFILEまたはINIT.ORAを持っていない場合、Recovery ManagerはSPFILEを必要とせずにインスタンスをアンインストールすることができます。これは、有効なバックアップからSPFILEをリストアすることができます。

％のRMANターゲット/ 

RMAN>起動NOMOUNT力。

このメッセージが表示されます。次のメッセージが表示されます
。..
SPFILEのパラメータ・ファイルなしの検索のためのOracleインスタンスを起動します

パラメータなしでOracleインスタンスを開始するには、ファイルのSPFILEを取得する
..
：これはあなたがSPFILEでCAN復元ポイントで、この時点で、あなたはSPFILE復元することができます。

RMAN> '/ <FRAパス> /o1_mf_ncsnf_TAG20_501tr0h7_.bkp'からSPFILEをリストアします。

RMAN> SHUTDOWN IMMEDIATE;

SPFILEが正常に復元されたら図2bに進みます。

図2b）

SQL>起動NOMOUNT;

インスタンスの成功NOMOUNT以下のあなたは、制御ファイルを復元する準備が整いました。あなたが成功したインスタンスを実行したら、制御ファイルをリストアすることができます。
注：制御はに復元されます、次の場所：
注：制御ファイルは次の場所に復元されています。

SQL>ショーパラメータCONTROL_FILES 

NAME TYPE VALUE 
------------------------------------ ------ ----- ------------------------------ 
CONTROL_FILES文字列/ <oradataのパス> /control01.ctl

％のRecovery Managerターゲット/

あなたは、メッセージが表示されます：あなたは、次のメッセージが表示されます

ターゲット・データベースに接続している：V11（マウントされていませんが）

RMAN>制御ファイルのリストアから'/ <FRAパス> /o1_mf_ncsnf_TAG20090506T113947_501tr0h7_.bkp'; 

2009年5月11日午前11時01分26秒でリストア開始
ORA_DISK_1：割り当てられたチャンネル
のチャンネルORA_DISK_1：SID = 151デバイス・タイプ= DISK 

チャネルORA_DISK_1：復元制御ファイル・
チャネルORA_DISK_1：完全な、経過時間を復元する：00:00:01 
出力ファイル名= / <oradataにパス> /control01.ctl 
仕上がりは、2009年5月11日午前11時01分27秒でリストア

この例では、制御ファイルに復元された 「/ <oradataにパス> /control01.ctl」

ステップ3：データベースを復元し、回復

あなたの次のタスクは、データベースをリストアおよびリカバリを実行することです。制御ファイルが復元されたことになりましたデータベースをマウントします。

次のタスクは、データベースをリストアおよびリカバリを実行することです。これで、データベースをマウントし、制御ファイルを取り戻しています：

RMAN> alter databaseをマウント。

今、あなたは回復のための2つのオプションがあります。今、次の2つの回復オプションを持っています。

1）全/完全な回復。完全回復
2）の点でタイムリカバリ（PIT ）不完全回復の時間の点に基づいて

、すべてのことが想定される両方の例において、アーカイブ・ログは、リカバリを実行するために利用可能です。

どちらの例では、すべてのアーカイブログは、リカバリを実行するために使用できることを前提としています。

完全な回復
==========

フルリストアおよびリカバリを実行するには。

{実行し
、データベースを復元します。
データベースを回復します。
ALTER DATABASE OPEN RESETLOGS; 
}

あなたが現在との完全な回復を行った場合は所定の位置に制御ファイルとオンラインREDOログをリセットログでデータベースを開くとき、エラーの下に得るかもしれない：
あなたは完全なリカバリを実行するために、現在の制御ファイルとオンラインREDOログを使用している場合は、開いているデータベースのリセットを使用してログイン、次のエラーが発生する場合があります。
ORA-01139：のみのオプションAN後にリセットログが有効-不完全なデータベース回復！
オプションなしでこのオープンポイントで簡単にRESETLOGSデータベースで。

この時点で、あなたは単にリセットログオプションを指定せずにデータベースを開くことができます。

回復PITR
===========

あなたはIFがアドバタイズされたBEきているポイントインタイムリカバリ（PITR）でしょう。でA特定のポイントにデータベースAを復元するために使用される時間。オン月これは、ハードウェア障害やIFをBEの保証期間データベースの破損を認識している特定の日付/時刻に発生しました。
あなたは、時間内の特定のポイントにデータベースを復元する場合は、タイムリカバリ（PITR）のポイントが使用されます。ハードウェア障害が発生した場合は、データベースの破損が特定の日に発生/時間を知っていれば、あるいは、あなたがこれを行う必要があります。

実行{ 
セット時まで"TO_DATE（ '2014年8月16日10時30分00秒'、 '月DD YYYY HH24：MI：SS'）"; 
データベースを復元します。
データベースを回復します。
SQL 'ALTER DATABASE OPEN RESETLOGS'; 
}

注：上記のスクリプトは変更することができる良い練習がバックアップログを確認し、バックアップで使用されるような復元のためのチャネルの同じ番号を使用することであろう多くのチャネルを割り当てる。.. 注：複数のチャネルを割り当てるために上記のスクリプトを変更することができます。グッドプラクティスは、バックアップログを表示同じチャンネル数や復元に使用するバックアップを使用することです。

REFERENCES

注：419137.1 -ディレクトリ構造が異なる場合、RMANバックアップのA別のノードを復元する方法