第4回　SYSTEM表領域と制御ファイルのリカバリ

>> はじめに
 

前回の講座では、特定表領域のリカバリを行いましたが、今回はSYSTEM表領域と制御ファイルのリカバリを行います。バックアップ自体は、前回と同様のものを使用しますが、評価ライセンスが切れてしまったり、バックアップデータが失われている場合には、再度環境を用意し、バックアップ等をやり直しておいてください。

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

Oracleでは一般的にSYSTEM表領域はオフラインにできません。そのため、リストアの間はシステムを停止し、リストア後にデータベース全体のリカバリを行う必要があります。

今回は、壊滅的な障害を想定し、SYSTEMとUSERS表領域およびアーカイブログファイルが消失してしまったということを想定してみます。最初にステータスを確認しておきます。

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
           o10g/example01.dbf


SQL> select * from v$backup;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------
         1 NOT ACTIVE             773433 04-12-27
         2 NOT ACTIVE             773456 04-12-27
         3 NOT ACTIVE             773416 04-12-27
         4 NOT ACTIVE             773463 04-12-27
         5 NOT ACTIVE             773405 04-12-27

次に各データファイルおよびアーカイブログファイルをmvによりリネームし、障害を発生させます。

 
[oracle@ora10g db_1]$ cd $ORACLE_BASE/oradata/o10g
[oracle@ora10g o10g]$ mv ./system01.dbf ./system01.dbf.backup
[oracle@ora10g o10g]$ mv ./users01.dbf ./users01.dbf.backup
[oracle@ora10g arch]$ cd $ORACLE_HOME/dbs
[oracle@ora10g dbs]$ mv ./arch ./arch.backup
[oracle@ora10g dbs]$ mkdir arch

次に、各データファイルのステータスを確認すると、2つのファイルがオープンできないことが確認できます。

 
     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------
         1 CANNOT OPEN FILE            0
         2 NOT ACTIVE             773456 04-12-27
         3 NOT ACTIVE             773416 04-12-27
         4 CANNOT OPEN FILE            0
         5 NOT ACTIVE             773405 04-12-27

試しにSYSTEM表領域をオフラインにしようとしてみますが、できないことがわかります。そのため、強制終了を行います。

 
SQL> alter tablespace system offline immediate;
alter tablespace system offline immediate
*
行1でエラーが発生しました。:
ORA-01541:
SYSTEM表領域はオフラインにできません。必要な場合はシャットダウンしてください

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

その後、SYSTEMとUSERSおよびアーカイブログを指定してリストアを実行します。

必要に応じて、ファイルのリストアを実際に確認したあとに、mount状態で起動しデータベースのリカバリを実行します。必要なアーカイブログファイル等も、リストアされたものが使用され、メディア・リカバリが完了します。

 
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
メディア・リカバリが完了しました。

最後に、正常なステータスであることを確認します。

 
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
           o10g/example01.dbf


SQL> select * from v$backup;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------
         1 NOT ACTIVE             773433 04-12-27
         2 NOT ACTIVE             773456 04-12-27
         3 NOT ACTIVE             773416 04-12-27
         4 NOT ACTIVE             773463 04-12-27
         5 NOT ACTIVE             773405 04-12-27

 

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

一般に、制御ファイルは異なるディスク装置に振り分けて多重化することが強く推奨されています。しかし、小規模な環境等では単一のRAID装置等を使用し多重化されていないケースが多く見受けられます。本演習の環境でも、3つの制御ファイルが同一ディレクトリに格納されていることがわかります。

 
SQL> COL NAME FORMAT A40
SQL> select * from v$controlfile;

STATUS  NAME                                     IS_
------- ---------------------------------------- ---
        /opt/oracle/oradata/o10g/control01.ctl   NO
        /opt/oracle/oradata/o10g/control02.ctl   NO
        /opt/oracle/oradata/o10g/control03.ctl   NO

NetVaultの制御ファイルのバックアップでは、以下のコマンドによりOracle Online APMの初期設定時に指定した場所にファイルとしてバックアップした後に、そのファイルをNetVaultによりバックアップします。

ALTER DATABASE BACKUP CONTROL FILE TO 'Oracle Online APMのControl File Save Location'

例えば、本演習で設定した内容の場合、"/opt/oracle/product/10.1.0/db_1/dbs/o10gctrl.sav"となります。なお、拡張子の".sav"は自動的に付加されます。

ただし、制御ファイルの復旧にあたっては、闇雲に上記のバックアップされたファイルから復旧すべきではなく、考慮する順番があります。

  1. 複数のディスクに分散配置された多重化制御ファイルを使用する
  2. データファイルとオンラインREDOログファイルが無事な場合には、CREATE CONTROLFILEコマンドを使用して、新しい制御ファイルを作成する
  3. それでも駄目な場合には、ファイルとしてバックアップされた制御ファイルを使用する
  4. バックアップされた制御ファイルがローカル・ディスクに無い場合には、NetVaultからリストアする

上記4番のバックアップされた制御ファイルからリカバリを行う際には、リカバリ完了後にRESETLOGSオプションを使用してデータベースを起動し、データベースの完全なバックアップを再度行う必要があります。

では、実際に障害を発生させ確認をしてみましょう。
まず、上記順番の中で1～3番を検討から外すようにします。2番のデータファイルとオンラインREDOログについては、実際には障害を発生させませんが、障害があると仮定し、考慮に入れないことにします。

 
[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
[oracle@ora10g o10g]$ cd $ORACLE_HOME/dbs
[oracle@ora10g dbs]$ rm ./o10gctrl.sav

制御ファイルに障害を発生させ、一度シャットダウンし、起動しようとすると正常に起動できないことがわかります。

 
SQL> shutdown
ORA-01109: データベースがオープンされていません。


データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
SQL> startup
ORACLEインスタンスが起動しました。

Total System Global Area  188743680 bytes
Fixed Size                   778036 bytes
Variable Size             162537676 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
ORA-00205: ??????????????????????????????????

NetVaultを使用し、制御ファイルのリストアを実行します。小さなファイルなので、VTLを使用している場合は、ほぼ瞬間で完了します。

その後、リストアされたファイルをオリジナルの制御ファイルとしてコピーします。

 
[oracle@ora10g oracle]$ cd $ORACLE_HOME/dbs
[oracle@ora10g dbs]$ cp ./o10gctrl.sav $ORACLE_BASE/oradata/o10g/control01.ctl
[oracle@ora10g dbs]$ cp ./o10gctrl.sav $ORACLE_BASE/oradata/o10g/control02.ctl
[oracle@ora10g dbs]$ cp ./o10gctrl.sav $ORACLE_BASE/oradata/o10g/control03.ctl

一度シャットダウンして、そのまま起動しようとしてもRESETLOGSが必要であるとのメッセージが表示されます。また、メッセージ通りにRESETLOGSオプション付きでオープンを試みても、SCNの整合性が合わないためにエラーとなってしまいます。

 
SQL> shutdown
ORA-01507: ???????????????????

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

Total System Global Area  188743680 bytes
Fixed Size                   778036 bytes
Variable Size             162537676 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
データベースがマウントされました。
ORA-01589:
データベースをオープンするにはRESETLOGSまたはNORESETLOGSを使用する必要があります
SQL> alter database open resetlogs;
alter database open resetlogs
*
行1でエラーが発生しました。:
ORA-01152: ファイル1は十分に古いバックアップからリストアされていません。
ORA-01110: データファイル1: '/opt/oracle/oradata/o10g/system01.dbf'

正しい手順としては、先にUSING BACKUP CONTROLFILEオプション付きでリカバリ処理を行う必要があります。また、途中で必要なログが見つからないメッセージが表示されています。これは、アーカイブログではなくオンラインREDOログが必要とされているので、AUTOリカバリではなく、手入力でオンラインREDOログファイル名を指定します。

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


ログの指定: {=suggested | filename | AUTO | CANCEL}
AUTO
ORA-00279: 変更773474(12/27/2004 11:38:07で生成)にはスレッド1が必要です
ORA-00289:
検討すべきログ・ファイル:/opt/oracle/product/10.1.0/db_1/dbs/arch/1_81_541358172
.dbf
ORA-00280: 変更773474(スレッド1)は順序番号81に存在します。
ORA-00278:
ログ・ファイル'/opt/oracle/product/10.1.0/db_1/dbs/arch/1_80_541358172.dbf'はこ
のリカバリでは必要なくなりました


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


ORA-01547: 警告: RECOVERは成功しましたがOPEN
RESETLOGSが次のエラーを受け取りました。
ORA-01152: ファイル1は十分に古いバックアップからリストアされていません。
ORA-01110: データファイル1: '/opt/oracle/oradata/o10g/system01.dbf'

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


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

最終的に、RESETLOGSオプション付きでデータベースをオープンし、ステータスを確認して問題がないことを確かめます。

 
SQL> alter database open resetlogs;

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

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
           o10g/example01.dbf


SQL> select * from v$backup;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------
         1 NOT ACTIVE             773433 04-12-27
         2 NOT ACTIVE             773456 04-12-27
         3 NOT ACTIVE             773416 04-12-27
         4 NOT ACTIVE             773463 04-12-27
         5 NOT ACTIVE             773405 04-12-27

なお、RESETLOGSオプション付きでオープンした場合には、ログがリセットされ最初から始まります。不要なログは削除しておき、ログスイッチをかけて番号が最初からになっていることを確認しておきましょう。また、バックアップ制御ファイルを使用してリカバリすると、ローカル管理一時表領域から一時ファイルのエントリが削除されるため、再追加を行っておきます。

 
[oracle@ora10g oracle]$ cd $ORACLE_HOME/dbs/arch
[oracle@ora10g arch]$ rm ./*

SQL> alter system archive LOG current;

システムが変更されました。

[oracle@ora10g oracle]$ cd $ORACLE_HOME/dbs/arch
[oracle@ora10g arch]$ ls -al
合計 224
drwxr-xr-x    2 oracle   oinstall     4096 12月 27 13:57 .
drwxr-xr-x    4 oracle   oinstall     4096 12月 27 13:34 ..
-rw-r-----    1 oracle   oinstall   215552 12月 27 13:57 1_1_546011453.dbf

SQL> col name format A40
SQL> select name,status from v$tempfile;

レコードが選択されませんでした。

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

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

SQL> select name,status from v$tempfile;

NAME                                     STATUS
---------------------------------------- -------
/opt/oracle/oradata/o10g/temp01.dbf      ONLINE

 

>> 次回は・・・
 

以上、Oracle Online APMの最後の演習として、SYSTEM表領域および制御ファイルのリカバリについて確認してきました。次回の演習では、NetVaultが提供するもうひとつのOracleオンライン・バックアップ用オプションであるOracle RMAN APMを使用した演習になります。リストアの手順等は若干異なりますが、リカバリに関する考え方に大きな差はありません。今までの演習でご説明した内容は割愛させてもらうこともありますので、しっかりと今までの内容を確認しておいてください。

Related
Recommended