第3回　Oracle Online APMによるバックアップと、特定表領域のリカバリ

>> はじめに
 

前回の講座で設定まで終了しましたが、今回から実際にバックアップを行います。そして、データベースのバックアップで一番重要なことは、実際に擬似障害を発生させて復旧を行ってみることです。一度ならず、何度も障害復旧を体験することで、実際に同じような事態になった時にも的確な対処ができるようになります。演習にあたっては、今までの講座を見て事前の準備について再度確認してください。

>> バックアップジョブの作成
 

Oracle Online APMの設定を正しく行って、アカウントとパスワードを入力するとバックアップ対象を選択することができるようになります。対象を一つずつ選択することもできます。例えば、設定変更を行わない限りあまり変化のないようなSPFILE等は毎回バックアップしなくてもよいかもしれませんが、表領域全体のバックアップ量と比較すると、無視できる容量です。また、一括で管理しておいた方がわかりやすいため、通常はすべてをバックアップ対象に指定します。

バックアップのオプションタブでは、読取り専用やオフラインの表領域をバックアップするかしないかの選択のみが可能になっています。例えば読取り専用の表領域などは、更新が無いということなので、一度バックアップすれば何度も取得する必要ないという場合もあるかもしれません。

その他、ファイルシステムのバックアップと同様に、スケジュールやターゲット、詳細設定を行い、バックアップジョブを実行します。

ジョブが終了後、もう一度正常にバックアップが完了していることを確認します。もし、正常にバックアップが行われていない場合、このあとのテストで擬似障害を発生させてのリカバリの際にうまく復旧できない場合があります。

>> 擬似障害を発生させて復旧してみよう！
 

バックアップされたデータについて、実際に障害を発生させて、リストアおよびリカバリの確認を行います。

次のパターンで試してみようと思います。

  1. EXAMPLE表領域の障害
  2. SYSTEM表領域を含む、データベース全体の障害
  3. 制御ファイルの障害
>> EXAMPLE表領域の障害
 

一番簡単なところで、一つのユーザーデータベースに障害が発生したと仮定して見ます。幸いなことに、インストール時にサンプル・スキーマを作成していますので、EXAMPLEを対象に考えて見ましょう。

最初に各表領域の詳細を確認しておきます。V$ビューを使用し、必要な項目のみをSELECTしています。また、NAME列が長くわかりにくいためにフォーマットを指定しています。


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             402260 04-12-04
         2 NOT ACTIVE             402336 04-12-04
         3 NOT ACTIVE             402235 04-12-04
         4 NOT ACTIVE             402343 04-12-04
         5 NOT ACTIVE             402210 04-12-04

次にEXAMPLEのデータファイルをmvコマンドにより退避し、障害を発生させて見ましょう。リカバリに自信があるのであれば、本番さながらにいきなり削除してしまってもかまいません。


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

もう一度確認すると、表領域はONLINEですが、CANNOT OPEN FILEであることが分かります。これで、NetVaultでリストアをし、その後リカバリ作業をする必要性がでてきました。


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             402260 04-12-04
         2 NOT ACTIVE             402336 04-12-04
         3 NOT ACTIVE             402235 04-12-04
         4 NOT ACTIVE             402343 04-12-04
         5 CANNOT OPEN FILE            0

そしてリストアを実行するのですが、その前に必ず対象の表領域を強制OFFLINEにしておきます。


SQL> ALTER TABLESPACE EXAMPLE OFFLINE IMMEDIATE;

表領域が変更されました

もう一度状態を確認すると、STATUSがONLINEからRECOVERが必要な状態になっていることがわかります。


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


SQL> select * from v$BACKUP;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------
         1 NOT ACTIVE             402260 04-12-04
         2 NOT ACTIVE             402336 04-12-04
         3 NOT ACTIVE             402235 04-12-04
         4 NOT ACTIVE             402343 04-12-04

必要なデータをリストアするには、リストア・ウィンドウを開き、取得されたデータを見つけるまでドリルダウンして行くことで、選択が可能です。すべてのデータをリストアするには、下画面のように指定します。

今回はEXAMPLE表領域のみ壊れているため、他の選択をはずした状態にします。表領域名での指定も可能で、さらにドリルダウンすることで実際のデータファイル名を確認できます。

次に、正しくファイルがリストアされたことを確認し、表領域のリカバリを行います。ログ適用の指定は、ここではAUTOにしています。


SQL> RECOVER TABLESPACE EXAMPLE;
ORA-00279: 変更402210(12/04/2004 17:43:02で生成)にはスレッド1が必要です
ORA-00289:
検討すべきログ・ファイル:/opt/oracle/product/10.1.0/db_1/dbs/arch/1_12_544035011
.dbf
ORA-00280: 変更402210(スレッド1)は順序番号12に存在します。


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


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


ログが適用されました。
メディア・リカバリが完了しました。

メディア・リカバリが完了すると、ステータスはOFFLINEになっています。そのため、ALTER TABLESPACEコマンドによりONLINEにします。


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


SQL> ALTER TABLESPACE EXAMPLE ONLINE;

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

最後に、EXAMPLEがONLINEになったことを確認します。


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             402260 04-12-04
         2 NOT ACTIVE             402336 04-12-04
         3 NOT ACTIVE             402235 04-12-04
         4 NOT ACTIVE             402343 04-12-04
         5 NOT ACTIVE             402210 04-12-04

これで、壊れたEXAMPLEの表領域が正常な状態になりました。

>> 次回は・・・
 

実際に壊れた表領域を復旧する手順を見てきました。SYSTEM以外の表領域の復旧はそれほど難しくありません。次回はSYSTEM表領域を含むデータベース全体のリストアおよびリカバリと、異なるディスク・デバイスへの多重化が推奨されながらも、現実的にはあまり分散配置がなされていない制御ファイルの障害について見ていきましょう。次回の演習では、最悪の場合インスタンスが復旧できずに起動できなくなりますので、自信が無い人はDBCAを使用したインスタンスの再作成などについてOracleに関する参考書などで復習しておいてください。

Related
Recommended