第8回　Oracle RMAN APMによるSYSTEM表領域および制御ファイルのリカバリ

>> はじめに
 

前回では、Oracle RMAN APMによるバックアップと、手始めにEXAMPLE表領域のリストア、リカバリを行いました。今回はそれよりも手ごわいSYSTEM表領域と制御ファイルです。考え方としては、Oracle Online APMと似ているので、併せて参照してみてください。

>> SYSTEM表領域を含むリカバリ
 

最初に状態を確認しておきます。

SQL> COL NAME FORMAT A20
SQL> select FILE#,DF.NAME,TS.NAME,STATUS from v$datafile DF,v$tablespace TS 
where DF.TS#=TS.TS#;

     FILE# NAME                 NAME                 STATUS
---------- -------------------- -------------------- -------
         1 /opt/oracle/oradata/ SYSTEM               SYSTEM
           o10g/system01.dbf

         2 /opt/oracle/oradata/ UNDOTBS1             ONLINE
           o10g/undotbs01.dbf

         3 /opt/oracle/oradata/ SYSAUX               ONLINE
           o10g/sysaux01.dbf

         4 /opt/oracle/oradata/ USERS                ONLINE
           o10g/users01.dbf

     FILE# NAME                 NAME                 STATUS
---------- -------------------- -------------------- -------

         5 /opt/oracle/oradata/ EXAMPLE              ONLINE

SQL> select * from v$backup;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------
         1 NOT ACTIVE                  0
         2 NOT ACTIVE                  0
         3 NOT ACTIVE                  0
         4 NOT ACTIVE                  0
         5 NOT ACTIVE                  0

次に、SYSTEM表領域とUSER表領域に壊滅的な障害を発生させるために、リネームします。

[oracle@ora10g oracle]$ cd $ORACLE_BASE/oradata/o10g
[oracle@ora10g o10g]$ mv ./system01.dbf ./system01.dbf.backup
[oracle@ora10g o10g]$ mv ./users01.dbf ./users01.dbf.backup

状態を確認すると、ファイルがオープンできていないことがわかりますので、強制シャットダウンの後に、mount状態で起動します。

SQL> select * from v$backup;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------
         1 CANNOT OPEN FILE            0
         2 NOT ACTIVE                  0
         3 NOT ACTIVE                  0
         4 CANNOT OPEN FILE            0
         5 NOT ACTIVE                  0

SQL> shutdown abort
ORACLEインスタンスがシャットダウンされました。


SQL> startup mount
ORACLEインスタンスが起動しました。

Total System Global Area  188743680 bytes
Fixed Size                   778036 bytes
Variable Size             162537676 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
データベースがマウントされました。

次に、NetVaultのGUIから障害が発生している表領域を指定して、バックアップ・ジョブの作成を行います。GUIから簡単にリストアが実行できるのは、NetVaultのOracle RMAN APMの大きな利点です。

なお、リカバリ作業は個別に行う必要があるため、この場合にはチェックを入れないようにしてください。

また、リストア時には必ずアカウントと対応するパスワードの入力を行うことが必須になっています。アカウントはデフォルトが最初から入力されていますが、パスワードは入っていませんので、注意してください。正しい設定が行われていない場合には、エラーになります。

Oracle RMANのリストアは時として、メインのリストア・ジョブが実行された後に、"Restore subtask"として、子ジョブが実行されることがあります。これらは、リストアする対象の数によっても異なってきます。最終的にすべてのリストア・ジョブが正常に完了することを確認しておきます。

リストア後、"recover database"を実行し、データベースをオープンすると正常にリカバリされていることが確認できました。

SQL> recover database;
メディア・リカバリが完了しました。
SQL> alter database open;

データベースが変更されました。

SQL> select * from v$backup;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------
         1 NOT ACTIVE                  0
         2 NOT ACTIVE                  0
         3 NOT ACTIVE                  0
         4 NOT ACTIVE                  0
         5 NOT ACTIVE                  0

>> 制御ファイルのリカバリ
 

通常制御ファイルは、多重化されており、バックアップ・データから復旧するような事態はよっぽどの事と考えるべきですが、Onlineの時と同様にすべてに壊滅的な障害が発生し、"ALTER DATABASE BACKUP CONTROL FILE TO"コマンドによって出力されたデータなども一切ない場合を想定してみます。

まずは、すべての制御ファイルを破壊します。

[oracle@ora10g oracle]$ cd $ORACLE_BASE/oradata/o10g
[oracle@ora10g o10g]$ mv ./control01.ctl ./control01.ctl.backup
[oracle@ora10g o10g]$ mv ./control02.ctl ./control02.ctl.backup
[oracle@ora10g o10g]$ mv ./control03.ctl ./control03.ctl.backup

制御ファイルが破壊されたため、正常ではない状態であることが確認できますので、強制シャットダウン後、nomountで起動します。

SQL> select * from v$backup;
select * from v$backup
              *
行1でエラーが発生しました。:
ORA-00210: 指定された制御ファイルをオープンできません。
ORA-00202: 制御ファイル: '/opt/oracle/oradata/o10g/control01.ctl'
ORA-27041: ファイルをオープンできません。
Linux Error: 2: No such file or directory
Additional information: 3

SQL> shutdown abort
ORACLEインスタンスがシャットダウンされました。
SQL>
SQL> startup nomount
ORACLEインスタンスが起動しました。

Total System Global Area  188743680 bytes
Fixed Size                   778036 bytes
Variable Size             162537676 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes

実は、制御ファイルのリカバリはRMANの場合にはうまく行うことができません。（別途解説予定のリカバリカタログ使用時を除く）これは、リストアに必要な情報自体が制御ファイルに入っているためです。このような場合には、特別なPL/SQLを使用し復旧する事が必要です。なお、これらの手順は、Oracle社のMetalink掲載 Doc ID:Note:60545.1 "How to Extract Controlfiles, Datafiles, and Archived Logs from RMAN Backupsets" に詳細が掲載されており、そのスクリプトに若干手を加えたものになります。動作についての保証はありませんので、詳細につきましてはMetalinkをご参照ください。

restore_controlfile.sqlという名前で、以下のスクリプトを保存します。

DECLARE
  v_devtype   VARCHAR2(100);
  v_done      BOOLEAN;
  v_maxPieces NUMBER;

  TYPE t_pieceName IS TABLE OF varchar2(255) INDEX BY binary_integer;
  v_pieceName t_pieceName;
BEGIN
  -- Define the backup pieces... (names from the RMAN Log file)
  v_pieceName(1) := '<ここにピース名を入れます>';
  v_maxPieces    := 1;

  -- Allocate a channel... (Use type=>null for DISK, type=>'sbt_tape' for TAPE)
  v_devtype := DBMS_BACKUP_RESTORE.deviceAllocate(type=>'sbt_tape', ident=>'ch');

  -- Restore the first Control File...
  DBMS_BACKUP_RESTORE.restoreSetDataFile;

  -- CFNAME mist be the exact path and filename of a controlfile that was backed-up
  DBMS_BACKUP_RESTORE.restoreControlFileTo
  (cfname=>'<ここに Control file のフルパスを指定します>');
  dbms_output.put_line('Start restoring '||v_maxPieces||' pieces.');
  FOR i IN 1..v_maxPieces LOOP
    dbms_output.put_line('Restoring from piece '||v_pieceName(i));
    DBMS_BACKUP_RESTORE.restoreBackupPiece(handle=>v_pieceName(i), done=>v_done, 
    params=>null);
    exit when v_done;
  END LOOP;

  -- Deallocate the channel...
  DBMS_BACKUP_RESTORE.deviceDeAllocate('ch') ;
EXCEPTION
   WHEN OTHERS THEN
      DBMS_BACKUP_RESTORE.deviceDeAllocate;
      RAISE;
END;
/

ピース名は、NetVaultのリストア画面から確認することが出来ます。例えば、今回のケースでは、ピース名は"ora10g:#286:ora10g:4_556647701:O10G_1114499941"となります。

また、Contol fileのファイルパスは、今回の環境では"/opt/oracle/oradata/o10g/control01.ctl"を一つ選択します。複数ある場合には、後で手動でコピーすることになります。そのため、スクリプト内の記入が必要なエントリは以下のようになります。

v_pieceName(1) := 'ora10g:#286:ora10g:4_556647701:O10G_1114499941';

DBMS_BACKUP_RESTORE.restoreControlFileTo(cfname=>'/opt/oracle/oradata/o10g/control01.ctl');

スクリプトが完成したら、早速実行します。

SQL> @restore_controlfile.sql
NetVault --- MMS SBT sbtinit method.
NetVault --- SBT sbtopen method.
NetVault --- SBT sbtclose method.
NetVault --- SBT Restore completed.

PL/SQLプロシージャが正常に完了しました。

最終的にファイルとして、リストアされましたので、後は複数コピーします。

[oracle@ora10g oracle]$ cd $ORACLE_BASE/oradata/o10g
[oracle@ora10g o10g]$ ls
control01.ctl         example01.dbf  sysaux01.dbf   users01.dbf
control01.ctl.backup  redo01.log     system01.dbf
control02.ctl.backup  redo02.log     temp01.dbf
control03.ctl.backup  redo03.log     undotbs01.dbf
[oracle@ora10g o10g]$ cp ./control01.ctl ./control02.ctl
[oracle@ora10g o10g]$ cp ./control01.ctl ./control03.ctl

その後の手順は、Oracle Onlineの時と同様なので、詳細は割愛します。

SQL> shutdown abort
ORACLEインスタンスがシャットダウンされました。
SQL> startup mount
ORACLEインスタンスが起動しました。

Total System Global Area  188743680 bytes
Fixed Size                   778036 bytes
Variable Size             162537676 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
データベースがマウントされました。
SQL> recover database using backup controlfile until cancel;
ORA-00279: 変更391182(04/26/2005 16:21:35で生成)にはスレッド1が必要です
ORA-00289:
検討すべきログ・ファイル:/opt/oracle/product/10.1.0/db_1/dbs/arch/1_11_556646131
.dbf
ORA-00280: 変更391182(スレッド1)は順序番号11に存在します。


ログの指定: {=suggested | filename | AUTO | CANCEL}

ORA-00279: 変更411298(04/26/2005 16:34:07で生成)にはスレッド1が必要です
ORA-00289:
検討すべきログ・ファイル:/opt/oracle/product/10.1.0/db_1/dbs/arch/1_12_556646131
.dbf
ORA-00280: 変更411298(スレッド1)は順序番号12に存在します。
ORA-00278:
ログ・ファイル'/opt/oracle/product/10.1.0/db_1/dbs/arch/1_11_556646131.dbf'はこ
のリカバリでは必要なくなりました


ログの指定: {=suggested | filename | AUTO | CANCEL}
AUTO
ORA-00308:
アーカイブ・ログ/opt/oracle/product/10.1.0/db_1/dbs/arch/1_12_556646131.dbfをオ
ープンできません。
ORA-27037: ファイル・ステータスを取得できません。
Linux Error: 2: No such file or directory
Additional information: 3


ORA-00308:
アーカイブ・ログ/opt/oracle/product/10.1.0/db_1/dbs/arch/1_12_556646131.dbfをオ
ープンできません。
ORA-27037: ファイル・ステータスを取得できません。
Linux Error: 2: No such file or directory
Additional information: 3


ORA-01547: 警告: RECOVERは成功しましたがOPEN
RESETLOGSが次のエラーを受け取りました。
ORA-01194: ファイル1は一貫した状態にするためにさらにリカバリが必要です。
ORA-01110: データファイル1: '/opt/oracle/oradata/o10g/system01.dbf'

SQL> recover database using backup controlfile until cancel;
ORA-00279: 変更411298(04/26/2005 16:34:07で生成)にはスレッド1が必要です
ORA-00289:
検討すべきログ・ファイル:/opt/oracle/product/10.1.0/db_1/dbs/arch/1_12_556646131
.dbf
ORA-00280: 変更411298(スレッド1)は順序番号12に存在します。


ログの指定: {=suggested | filename | AUTO | CANCEL}
/opt/oracle/oradata/o10g/redo02.log
ログが適用されました。
メディア・リカバリが完了しました。

SQL> alter database open resetlogs;

データベースが変更されました。

SQL> select * from v$backup;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------
         1 NOT ACTIVE                  0
         2 NOT ACTIVE                  0
         3 NOT ACTIVE                  0
         4 NOT ACTIVE                  0
         5 NOT ACTIVE                  0

正常に起動したあとは、やはりresetlogs付きでopenしたので、古いアーカイブログを削除しておくことと、temp表領域の再作成は行っておきます。

[oracle@ora10g oracle]$ rman nocatalog target /

Recovery Manager: Release 10.1.0.2.0 - Production

Copyright (c) 1995, 2004, Oracle.  All rights reserved.

ターゲット・データベース: O10G (データベースID=4242656051)に接続されました
リカバリ・カタログのかわりにターゲット・データベース制御ファイルを使用しています

RMAN> list archivelog all;


アーカイブ・ログ・コピーのリスト
Key     Thrd Seq     S Low時刻  Name
------- ---- ------- - -------- ----
1       1    8       A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_8_556
646131.dbf
2       1    9       A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_9_556
646131.dbf
6       1    10      A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_55
6646131.dbf
3       1    10      A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_55
6646131.dbf
4       1    11      A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_11_55
6646131.dbf
5       1    12      A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_12_55
6646131.dbf


RMAN> delete archivelog all;

チャネル: ORA_DISK_1が割り当てられました
チャネルORA_DISK_1: sid=256 devtype=DISK

アーカイブ・ログ・コピーのリスト
Key     Thrd Seq     S Low時刻  Name
------- ---- ------- - -------- ----
1       1    8       A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_8_556
646131.dbf
2       1    9       A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_9_556
646131.dbf
6       1    10      A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_55
6646131.dbf
3       1    10      A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_55
6646131.dbf
4       1    11      A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_11_55
6646131.dbf
5       1    12      A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_12_55
6646131.dbf

このオブジェクトを削除しますか(YESまたはNOを入力してください)。 yes
アーカイブ・ログを削除しました
アーカイブ・ログ・ファイル名=/opt/oracle/product/10.1.0/db_1/dbs/arch/1_8_556646
131.dbf レコードID=1 スタンプ=556647490
アーカイブ・ログを削除しました
アーカイブ・ログ・ファイル名=/opt/oracle/product/10.1.0/db_1/dbs/arch/1_9_556646
131.dbf レコードID=2 スタンプ=556647695
アーカイブ・ログを削除しました
アーカイブ・ログ・ファイル名=/opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_55664
6131.dbf レコードID=6 スタンプ=556654733
アーカイブ・ログを削除しました
アーカイブ・ログ・ファイル名=/opt/oracle/product/10.1.0/db_1/dbs/arch/1_11_55664
6131.dbf レコードID=4 スタンプ=556654733
アーカイブ・ログを削除しました
アーカイブ・ログ・ファイル名=/opt/oracle/product/10.1.0/db_1/dbs/arch/1_12_55664
6131.dbf レコードID=5 スタンプ=556654733
5オブジェクトを削除しました

RMAN-06207: 警告: 1チャネルに対してDISKオブジェクトを削除できませんでした
RMAN-06208:          一致しないステータスのため。  CROSSCHECKコマンドを使用して
ステータスを修正してください
RMAN-06210: 一致しないオブジェクトのリスト
RMAN-06211: ==========================
RMAN-06212:   オブジェクト型   ファイル名/ハンドル
RMAN-06213: --------------- ---------------------------------------------------
RMAN-06214: Archivelog      /opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_556646
131.dbf

RMAN> crosscheck archivelog all;

チャネル: ORA_DISK_1がリリースされました
チャネル: ORA_DISK_1が割り当てられました
チャネルORA_DISK_1: sid=256 devtype=DISK
アーカイブ・ログの妥当性チェックに失敗しました
アーカイブ・ログ・ファイル名=/opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_55664
6131.dbf レコードID=3 スタンプ=556647695
1オブジェクトをクロスチェックしました


RMAN> list archivelog all;


アーカイブ・ログ・コピーのリスト
Key     Thrd Seq     S Low時刻  Name
------- ---- ------- - -------- ----
3       1    10      X 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_55
6646131.dbf

RMAN> delete archivelog all;

チャネル: ORA_DISK_1がリリースされました
チャネル: ORA_DISK_1が割り当てられました
チャネルORA_DISK_1: sid=256 devtype=DISK

アーカイブ・ログ・コピーのリスト
Key     Thrd Seq     S Low時刻  Name
------- ---- ------- - -------- ----
3       1    10      X 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_55
6646131.dbf

このオブジェクトを削除しますか(YESまたはNOを入力してください)。 yes
アーカイブ・ログを削除しました
アーカイブ・ログ・ファイル名=/opt/oracle/product/10.1.0/db_1/dbs/arch/1_10_55664
6131.dbf レコードID=3 スタンプ=556647695
1オブジェクトを削除しました

RMAN> sql 'alter system switch logfile';

SQL文: alter system switch logfile

RMAN> list archivelog all;


アーカイブ・ログ・コピーのリスト
Key     Thrd Seq     S Low時刻  Name
------- ---- ------- - -------- ----
7       1    1       A 05-04-26 /opt/oracle/product/10.1.0/db_1/dbs/arch/1_1_556
654733.dbf

SQL> alter tablespace temp add tempfile '/opt/oracle/oradata/o10g/temp01.dbf';

表領域が変更されました。

>> 次回は・・・
 

前回お約束のリカバリカタログの使用や複数チャネルの話ができませんでしたので、次回取り上げる予定です。お楽しみに！

Related
Recommended