web-dev-qa-db-ja.com

Oracleバックアップの適切な復元

データベースの適切な復元を何週間も実行しようとしてきましたが、単純な問題が発生していると確信しています。次のコマンドを使用してアプリケーションを更新する前に、データベースのコールドバックアップを作成しました。

backup database include current controlfile;

それが重要な場合、データベースはnoarchivelogモードで実行されています。次のコマンドを実行すると:

list backup recoverable

その日に取ったバックアップが表示されます。次に、次のコマンドを実行します

shutdown abort
startup nomount
restore database

次に、データベースを開く必要があります。 rmanでsql 'alter database open'を実行すると、次のエラーが発生します

ORA-01190: control file or data file 1 is from before the last RESETLOGS
ORA-01110: data file 1: '+DATA/db-name/datafile/system.333.741265951'

以前にバックアップから制御ファイルを復元しましたが、list backup recoverableコマンドの出力に表示されなくなりました。

次のコマンドsql 'alter database open resetlogs'を実行すると、コマンドは機能し、データベースは開きますが、アプリケーションは、適用された最新の更新に由来すると確信しているエラーをスローします。

resetlogsフラグを使用するとうまくいくと思うので、バックアップはもう使用していませんが、どうすればよいかわかりません。

私は、特にOracleに関して、このDBAに慣れていません。この投稿の長さで申し訳ありませんが、すべての詳細を公開したいと思います。

編集:現在、DBを開くときに、コマンドalter database open resetlogsまたはalter database open noresetlogsは機能しません。

編集:バックアップ出力の表示:

RMAN> list backup;

List of Backup Sets

===================

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

1 Full 121.27M DISK 00:00:19 29-SEP-11
BP Key: 1 Status: AVAILABLE Compressed: YES Tag: TAG20110929T160134Piece Name: /u02/backups/dbname/dbname_18mnp8av_1_1_20110929_1List of Datafiles in backup set 1File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

2 Full 29134673 29-SEP-11 +DATA/dbname/datafile/sysaux.332.7412659595 Full 29134673 29-SEP-11 +DATA/dbname/datafile/pluto5.327.741268543BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

2 Full 186.50M DISK 00:00:25 29-SEP-11BP Key: 2 Status: AVAILABLE Compressed: YES Tag: TAG20110929T160134Piece Name: /u02/backups/dbname/dbname_17mnp8av_1_1_20110929_1List of Datafiles in backup set 2File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

1 Full 29134673 29-SEP-11 +DATA/dbname/datafile/system.333.7412659513 Full 29134673 29-SEP-11 +DATA/dbname/datafile/undotbs1.331.7412659654 Full 29134673 29-SEP-11 +DATA/dbname/datafile/users.329.741265973BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

3 Full 1.05M DISK 00:00:03 29-SEP-11BP Key: 3 Status: AVAILABLE Compressed: YES Tag: TAG20110929T160134Piece Name: /u02/backups/dbname/dbname_19mnp8bp_1_1_20110929_1Control File Included: Ckp SCN: 29134673 Ckp time: 29-SEP-11BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

4 Full 9.36M DISK 00:00:01 29-SEP-11
BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20110929T160205Piece Name: /u02/backups/dbname/ctldbname_c-3237489303-20110929-00SPFILE Included: Modification time: 29-SEP-11SPFILE db_unique_name: dbnameControl File Included: Ckp SCN: 29134673 Ckp time: 29-SEP-11BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

5 Full 1.05M DISK 00:00:02 22-DEC-14BP Key: 5 Status: AVAILABLE Compressed: YES Tag: TAG20141222T172206Piece Name: /u02/backups/dbname/dbname_1cpqqnpv_1_1_20141222_1Control File Included: Ckp SCN: 704426960 Ckp time: 22-DEC-14BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

6 Full 303.91M DISK 00:00:52 22-DEC-14BP Key: 6 Status: AVAILABLE Compressed: YES Tag: TAG20141222T173133Piece Name: /u02/backups/dbname/dbname_1fpqqobn_1_1_20141222_1

List of Datafiles in backup set 6

File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

1 Full 704427620 22-DEC-14 +DATA/dbname/datafile/system.333.7412659513 Full 704427620 22-DEC-14 +DATA/dbname/datafile/undotbs1.331.741265965

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

7 Full 1.05M DISK 00:00:01 22-DEC-14BP Key: 7 Status: AVAILABLE Compressed: YES Tag: TAG20141222T173133Piece Name: /u02/backups/dbname/dbname_1gpqqode_1_1_20141222_1Control File Included: Ckp SCN: 704427620 Ckp time: 22-DEC-14

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

8 Full 363.18M DISK 00:01:14 22-DEC-14BP Key: 8 Status: AVAILABLE Compressed: YES Tag: TAG20141222T173133Piece Name: /u02/backups/dbname/dbname_1epqqobm_1_1_20141222_1List of Datafiles in backup set 8File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

2 Full 704427620 22-DEC-14 +DATA/dbname/datafile/sysaux.332.7412659594 Full 704427620 22-DEC-14 +DATA/dbname/datafile/users.329.7412659735 Full 704427620 22-DEC-14 +DATA/dbname/datafile/pluto5.327.741268543

編集:より多くのバックアップ出力:

RMAN> list backup recoverable;

List of Backup Sets===================

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

1 Full 121.27M DISK 00:00:19 29-SEP-11BP Key: 1 Status: AVAILABLE Compressed: YES Tag: TAG20110929T160134Piece Name: /u02/backups/dbname/dbname_18mnp8av_1_1_20110929_1List of Datafiles in backup set 1File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

2 Full 29134673 29-SEP-11 +DATA/dbname/datafile/sysaux.332.7412659595 Full 29134673 29-SEP-11 +DATA/dbname/datafile/pluto5.327.741268543

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

2 Full 186.50M DISK 00:00:25 29-SEP-11
BP Key: 2 Status: AVAILABLE Compressed: YES Tag: TAG20110929T160134Piece Name: /u02/backups/dbname/dbname_17mnp8av_1_1_20110929_1List of Datafiles in backup set 2File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

1 Full 29134673 29-SEP-11 +DATA/dbname/datafile/system.333.7412659513 Full 29134673 29-SEP-11 +DATA/dbname/datafile/undotbs1.331.7412659654 Full 29134673 29-SEP-11 +DATA/dbname/datafile/users.329.741265973

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

4 Full 9.36M DISK 00:00:01 29-SEP-11
BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20110929T160205Piece Name: /u02/backups/dbname/ctldbname_c-3237489303-20110929-00SPFILE Included: Modification time: 29-SEP-11SPFILE db_unique_name: dbname

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

6 Full 303.91M DISK 00:00:52 22-DEC-14
BP Key: 6 Status: AVAILABLE Compressed: YES Tag: TAG20141222T173133Piece Name: /u02/backups/dbname/dbname_1fpqqobn_1_1_20141222_1List of Datafiles in backup set 6File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

1 Full 704427620 22-DEC-14 +DATA/dbname/datafile/system.333.7412659513 Full 704427620 22-DEC-14 +DATA/dbname/datafile/undotbs1.331.741265965

BS Key Type LV Size Device Type Elapsed Time Completion Time

`------- --------------- ----------- ------------ --- ------------

8 Full 363.18M DISK 00:01:14 22-DEC-14BP Key: 8 Status: AVAILABLE Compressed: YES Tag: TAG20141222T173133Piece Name: /u02/backups/dbname/dbname_1epqqobm_1_1_20141222_1List of Datafiles in backup set 8File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

2 Full 704427620 22-DEC-14 +DATA/dbname/datafile/sysaux.332.7412659594 Full 704427620 22-DEC-14 +DATA/dbname/datafile/users.329.7412659735 Full 704427620 22-DEC-14 +DATA/dbname/datafile/pluto5.327.741268543

2
happiness_runs

a)

コマンドalter database openが示しました:

ORA-01190: control file or data file 1 is from before the last RESETLOGS
ORA-01110: data file 1: '+DATA/db-name/datafile/system.333.741265951'

これにはいくつかの理由がありますが、あなたの場合、データベースが制御ファイル/データファイルに適合しないREDOログを見つけたことを意味します。これはおそらくこのように起こりました:

  1. 元のファイルを削除する/元のファイルを別の場所に移動するなしで古いバックアップを復元しようとしました。 (私はオプション2を好みます)
  2. Resetlogsオプションを使用してデータベースを開く必要があるところまで来ましたが、それは行いません。通常のデータベースを開こうとすると、データベースは、正しいDBIDを持っているが別のインカネーションを持つ以前のデータベースのREDOログを見つけます。幸い、データベースは障害を認識して続行しません。そうしないと、新しく復元したデータベースがクラッシュします。

b)

alter database open resetlogsを発行しました:

このコマンドが終了した後、データベースは開いていましたが、アプリケーションにはまだ問題がありました。まず、これを明確にします。この時点で、データベースには以前とまったく同じデータがありました。各ブロック、各バイト、各ビットは、バックアップを発行したときと同じ場所にあります。したがって、エラーはデータベースに関連していません。


c)

これは、従わなければならない手順です。 (オフラインバックアップはお勧めしませんが、これは別の話です。)

RMANコールドバックアップは、ユーザーが行った方法と同じように機能します。ここに私が少し前に書いた私のガイドがあります:

コールドバックアップ

  1. データベースをシャットダウンする
  2. マウントモードでの起動(nomountは機能しません)
  3. backup database;およびbackup current controlfile;を使用してデータベースをバックアップします

コールドバックアップを復元する

  1. sPFILEを取得する
  2. nomountモードでデータベースを起動する
  3. restore controlfile from '<controlfile backup>';を使用して制御ファイルを復元します
  4. 制御ファイルが使用可能なすべてのバックアップを認識していることを確認してください。そうでない場合は、catalog start with '<path>';を実行してバックアップを検索します。
  5. restore database;でデータベースを復元する
  6. オンラインバックアップの場合は、ここでリカバリを実行します。ただし、コールドバックアップではできません。
  7. リセットログでデータベースを開きます。

2
ora-600