バックアップと復元データ11読み取り専用ファイル
読み取り専用データファイルは、読み取り専用表領域のデータブロックが内部に変更を可能にするために、ヘッダーファイルを含むデータファイルであります
SQL>読み取り専用yhqt表領域を改変すること。
SQL>読み書きyhqt表領域を改変すること。
11.1読み取り専用のデータファイルの破損の影響
読み取り/書き込みステータスの変化からテーブルスペースを読み取り専用にする場合は、ステータス、汚れたブロックは、そのデータファイルがディスクのDBWnプロセスに書き込む必要があり、不完全な完全なテーブル・スペース・データ・ファイル内の完全なチェックポイントが呼び出されます読み取り専用のデータファイルを。
そして、そのデータブロックのヘッダ情報は、チェックポイントは、読み取り専用のファイルやその他のデータは、オンライン・ログをファイルかどうか、同期のチェックポイントSCNをチェックしませんが、データベースインスタンスを開くたびに変更されていないが、データファイル内のオブジェクトがアクセス権を与えられているが含ま
- ランタイムファイルの例がありません
- 破損したデータブロックのインスタンスが実行されています
YHQT @ ORCL> yhqtest_1から選択*;
yhqtest_1から*を選択
*
行1でERROR：
ORA-01578：ORACLEデータブロック破損している（ファイル＃10、ブロック＃135）
ORA-01110：データファイル10：「/u01/app/oracle/oradata/orcl/yhqt01.dbf "
- 見つかったファイルは、インスタンスの起動が欠落しています
SQL>スタートアップ
データベースがマウントされ
ORA-01157を：/ロックデータファイル10を識別することはできません- DBWRトレース・ファイルを参照
ORA-01110を：データファイル10： '/u01/app/oracle/oradata/orcl/yhqt01.dbf'を
- ファイルヘッダーの損傷・インスタンスの起動を見つけます
SQL>スタートアップ
データベースがマウントされ
ORA-01122を：データベースファイル10は、検証チェックに失敗しました
ORA-01110を：データファイル10： '/u01/app/oracle/oradata/orcl/yhqt01.dbf'
ORA-01210：データ・ファイル・ヘッダーが破損しているメディア
読み取り専用ファイルが破損した後、すべての中には、チェックポイントプロセスを送信することは、それを無視しない、例（重要なファイルシステムの他の結果は、破損して）崩壊しないだろう、ファイルが自動ログオフではありません（破損している共通のファイルヘッダデータの影響）、一般的に通常のファイル読み取り専用が、操作が行われた場合のみにアラート・ログにエラーの頭部にアクセスする必要があります
ファイル＃1 = 10のV $データファイルからSQL>を選択しCHECKPOINT_CHANGE番号。
アラームログエラー
破損ブロック相対DBA：0x014000（ファイル10、ブロック135）
kcvxfh V10中に発見された分裂ブロック
この場合、（あれば、対応するデータ・ブロックが破損していないような）が、ALTER TABLESPACE後照会または内部可能なすべてのオブジェクトが...読み書きとオンラインORA-01120である、指定されたデータファイル破損しているヘッダに表領域...オフラインを変えます。
11.2バックアップ
RMAN>バックアップ・セットの表領域のyhqtとしてバックアップ。
バックアップ・セットのデータファイル10としてRMAN>バックアップ。
読んで何もデータファイルが存在しないので、それはバックアップが繰り返されていなかったので、データブロックのみが、変更することができます。
読み取り専用データのバックアップファイルは、cpコマンドを使用することができます
$ cpは/u01/app/oracle/oradata/orcl/yhqt01.dbfの/home/oracle/backup/yhqt01.bak
注意：表スペースが唯一の唯一の書き込みを読んで読んで読んで、あなたはすぐに自分のデータファイルと制御ファイルをバックアップする必要がありますから変更された場合にはそうでない場合は、制御ファイルとデータファイルの破損は、将来的に回復プロセスでORA-01152が発生する可能性がある場合：データ古いファイルは間違っていないです。
11.3回復
データファイルの回復記載の他のタイプ：削減（復元）と回復は（回復）、読み取り専用ファイルに対して、何の復旧時の動作を回復し、REDOログする必要はありません。
の--mount状態回復手順
--1 SQL>スタートアップがマウント
--2 RMAN>を、データファイル10を復元します。
--- 3 SQL> alter database openを。
--open下の復旧手順
--1 SQL>データベースのデータファイル10オフラインを改変すること。
--2 RMAN> 10データファイルを復元します。
--- 3 SQL>データベースのデータファイル10オンラインを変えます。
回復の前に11.3.1の準備
パラメータファイルは、マウントおよびオープン状態に復元することができ、および制御ファイルは正常でなければならない、重要なデータファイルは、正常でなければなりません。
11.3.2損傷を与えることなく、制御ファイルの下で回復
制御ファイルの下の回復は、損傷を与えることなく、意味：読み取り専用のデータファイルが破損しているときに、制御ファイルが破損していません
シナリオ1：読み取り専用のデータファイルyhqt01.dbf損失は、正常に起動しないDB、マウントに滞在、ORA-01157は、/ロックデータファイル10を識別することはできません - DBWRトレース・ファイルを参照してください
ただ、Recovery Managerは、データファイルを復元（バックアップ・セットに）復元を実行を使用して、データベースを開きます
RMAN>のデータファイル10を復元します。
SQL> alter database openを。
シナリオ2：インスタンスがアクセスできないデータが得られ、損失で実行されているyhqt01.dbf読み取り専用のデータファイル
SQL> yhqt.t1から選択*;
ORA-01116：開くデータベースファイルにエラー10
ORA-01110：データファイル10：/u01/app/oracle/oradata/orcl/yhqt01.dbf
ORA-27041：ファイルをオープンできません
LINUX-X86-64エラー：2：いいえそのようなファイルやディレクトリ
--open
RMAN>ラン{
sql'alterデータベースのデータファイル10オフライン';
データ・ファイルの10を復元します。
オンラインsql'alterデータベースのデータファイル10 ';
}
シナリオ3：実行時に読み取り専用のデータファイルyhq01.dbfデータブロック内にはアクセスできないデータが得られ、損傷を受けたが、ファイルがまだ存在しています
YHQT @ ORCL> yhqtest_1から選択*;
yhqtest_1から*を選択
*
行1でERROR：
ORA-01578：ORACLEデータブロック破損している（ファイル＃10、ブロック＃135）
ORA-01110：データファイル10：「/u01/app/oracle/oradata/orcl/yhqt01.dbf '
--open
RMAN>ラン{
sql'alterデータベースデータファイル10オフライン'。
データ・ファイルの10力を回復。
オンラインsql'alterデータベースのデータファイル10 ';
}
回復のミラーコピーを使用します
RMAN>ラン{
sql'alterデータベースのデータファイル10オフライン';
DATAFILECOPYに、データ・ファイル10を切り替える
'/u01/app/oracle/fra/ORCL/autobackup/2019_07_23/o1_mf_s__glzrwsd5_.dbf';
オンラインsql'alterデータベースのデータファイル10 ';
}
シナリオ4：バックアップは読み取り専用されている場合yhqt01.dbfデータファイルは、（読み取り専用）、表スペースは、後でyhqt状態を読み書きするように変更することが、ないバックアップが存在しない、と今のデータファイルが破損しています
--open
RMAN>ラン{
sql'alterデータベースデータファイル10オフライン'。
データ・ファイルの10を復元します。
データ・ファイルの10を回復します。
オンラインsql'alterデータベースのデータファイル10 ';
}
シナリオ5：バックアップ時yhqt01.dbfデータファイルは、後にのみ状態、バックアップなしを読み取ることが変更され、読み書きされ、現在のデータファイルが破損しています
--open
RMAN>ラン{
sql'alterデータベースデータファイル10オフライン'。
データ・ファイルの10力を回復。
データ・ファイルの10を回復します。
オンラインsql'alterデータベースのデータファイル10 ';
}
損傷がまだ存在しているものの、ケースファイルに対応するために復元するために、力のキーワードを使用します。
11.3.3制御ファイルの破損の下で回復
いわゆるダメージコントロールの下でリカバリ・ファイルは意味：読み取り専用のデータファイルと制御ファイルと障害復旧で
ノーマウントを開始--1
--2制御ファイルをリストアし、リストアして
マウントを開始--- 3
--4読み取り専用のデータファイルを復元するために復元して
--5使用は、データベース全体を復元回復
--6 RESETLOGSでデータベースをオープン
ダメージコントロールおよび読み取り専用のデータファイルがyhqt01.dbfまたはファイルを一緒に欠落していることは、デシベルだけノーマウントの状態に開始することができ、エラーが報告::シーン1 ORA-00205：制御ファイルを識別する際のエラー、チェックアラート・ログの詳細情報
RMAN>実行{
起動NOMOUNT;
自動バックアップから制御ファイルをリストアします。
データベースをマウントします。
データ・ファイルの10を復元します。
データベースを回復します。
データベースのオープンリセットログを変更します。
}
##データベースを回復する制御ファイルの正常な動作を回復することで、読み取り専用データファイル10には影響を及ぼさない、コマンドに対応する出力を「未処理情報ファイル10」に表示されています
チャンネルORA_DISK_1を使用して
10データ・ファイルのファイルは読み取り専用であるため、処理されていません
シーン2：yhqt01.dbfデータファイルは読み取り専用で、ファイルおよび制御ファイルは、バックアップした後、表領域のyhqtは、（データファイルがyhqt01.dbfが含まれている）読み書きするように変更しますが、データファイルと制御ファイルではありませんバックアップ、そして今yhqt01.dbf制御ファイルも損傷しています。
ORA-00205：制御ファイルを識別する際のエラーは、アラート・ログの詳細情報をご確認ください
RMAN>実行{
起動NOMOUNT;
「/u01/app/oracle/fra/ORCL/autobackup/2019_07_18/o1_mf_s_1013968921_gm0jws37_.bkp」から制御ファイルを復元します。
データベースをマウントします。
データ・ファイルの10を復元します。
データベースを回復します。
データベースのオープンリセットログを変更します。
}
Oracleエラー
ORA-01547：警告：RECOVERは成功しましたがOPEN RESETLOGSが、エラーが吹いになるだろう
ORA-01152：ファイル10が十分に古いバックアップからリストアされていません。
ORA-01110：データファイル10 'は/ u01 / app / oracle / oradataの/ ORCL / yhqt01.dbf」
この問題の原因は、ファイルなかっyhqt01.dbfは、回復の範囲に含まれるべきである、回復データベースを行う原因yhqt01.dbfは読み取り専用されるべきファイルを示すデータファイルヘッダーと制御ファイルに同じ情報です。
しかし、回復のためとして、回復時の記録yhqt01.dbf書き込み状態を読み取るために改訂され、チャネルの後、気づいていないが、yhqt01.dbfファイルの回復から除外すべきではない、エラーに変更があるREDOログ。
ソリューション：回復データベースを実行するには、
適切なソリューション
RMAN>実行{
起動NOMOUNT;
「/u01/app/oracle/fra/ORCL/autobackup/2019_07_18/o1_mf_s_1013968921_gm0jws37_.bkp」から制御ファイルを復元します。
データベースをマウントします。
データ・ファイルの10を復元します。
データベースを回復します。
データベースを回復します。
データベースのオープンリセットログを変更します。
}
ときに制御ファイルとデータファイル（一度だけ読み取りまたは読み取り専用）を同時に損傷。
RMAN>実行{
起動NOMOUNT;
自動バックアップから制御ファイルをリストアします。
データベースをマウントします。
データ・ファイルの10を復元します。
データベースを回復します。
データベースを回復します。
データベースのオープンリセットログを変更します。
}