第7回　Oracle RMAN APMでバックアップおよび、特定表領域のリカバリ

>> はじめに
 

前回は、Oracle RMAN APMの詳細なオプションについてご紹介しました。今回は実際にバックアップ、リストア、リカバリまでの一通りの流れを見ていきます。以前Oracle Online APMをご紹介した際に、基本的な確認等について触れていますので、今回詳細は一部割愛させて頂きます。

>> 実際にバックアップしてみる
 

まずは、一切のオプションを変更しないでテストしてみます。また、テストではリカバリカタログは使用せずに制御ファイルを使用しています。データベース以下に表示されるすべての項目にチェックを入れて、バックアップジョブを作成します。

ジョブを実行後、ジョブ管理のジョブ名をダブルクリックすると、詳細な進行状況が表示されるのは、Oracle Online APMの場合と同じです。

しかしながら、ジョブはRMAN内部で管理されるバックアップピースという単位で管理され、表領域、アーカイブログファイルなど、種別にその進行状況が表示されます。

Oracle RMAN APMの内部では、対象やオプションの指定により内部的にRMANのコマンドが実行されていますが、もしそれらの詳細を見たい場合は、ジョブの右リックメニューからログ詳細を選択し、ログの中身を確認すると良いでしょう。

ログ画面だけで見るのではなく、テキスト出力したい場合には、ログを表示させた状態で、ファイルへのログダンプアイコンを選択すると、テキストファイルへの出力も可能です。例えば、形式をテキストにし、ファイル名を"ora_backup.txt"とすると"/usr/netvault/logs/dumps/text/ora_backup.txt"としてログがダンプされます。


バックアップ・データは、すべてバックアップピースによって管理され、NetVault上からはリストア画面を開くと、詳細な確認ができるようになっています。

バックアップピースはRMANによって管理されているので、もちろんRMANの"list backup"コマンドを使用しても詳細な確認ができます。NetVault側では、データとメディアの対応がよくわかりますが、Oracle的な状況の確認には、RMANからコマンドを使用すると良いでしょう。

[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=4238232585)に接続されました
リカバリ・カタログのかわりにターゲット・データベース制御ファイルを使用しています
RMAN> list backup;


バックアップ・セットのリスト
===================

BS Key  Type LV Size       Device Type Elapsed Time 終了時刻
------- ---- -- ---------- ----------- ------------ --------
7       Full    531M       SBT_TAPE    00:01:24     05-04-04
        BPキー: 7   ステータス: AVAILABLE  圧縮: NO  タグ: TAG20050404T010014
        ハンドル: ora10g:#240:ora10g:7_554691615:O10G_1112544012   メディア:
  バックアップ・セット7のデータ・ファイルのリスト
  File LV Type Ckp SCN    Ckp時刻  Name
  ---- -- ---- ---------- -------- ----
  1       Full 400910     05-04-04 /opt/oracle/oradata/o10g/system01.dbf
  2       Full 400910     05-04-04 /opt/oracle/oradata/o10g/undotbs01.dbf
  3       Full 400910     05-04-04 /opt/oracle/oradata/o10g/sysaux01.dbf
  4       Full 400910     05-04-04 /opt/oracle/oradata/o10g/users01.dbf
  5       Full 400910     05-04-04 /opt/oracle/oradata/o10g/example01.dbf

BS Key  Type LV Size       Device Type Elapsed Time 終了時刻
------- ---- -- ---------- ----------- ------------ --------
8       Full    2M         SBT_TAPE    00:00:03     05-04-04
        BPキー: 8   ステータス: AVAILABLE  圧縮: NO  タグ: TAG20050404T010014
        ハンドル: ora10g:#240:ora10g:8_554691700:O10G_1112544012   メディア:
  含まれている制御ファイル: Ckp SCN: 401556       Ckp時間: 05-04-04
  SPFILEも含まれます: 修正時間: 05-03-06

BSキー  サイズ       デバイス・タイプ経過時間終了時刻
------- ---------- ----------- ------------ --------
9       22M        SBT_TAPE    00:00:05     05-04-04
        BPキー: 9   ステータス: AVAILABLE  圧縮: NO  タグ: TAG20050404T010144
        ハンドル: ora10g:#240:ora10g:9_554691704:O10G_1112544012   メディア:

  バックアップ・セット9のアーカイブ・ログのリスト
  Thrd Seq     Low SCN    Low時刻  Next SCN   Next Time
  ---- ------- ---------- -------- ---------- ---------
  1    10      394577     05-03-06 396316     05-03-06
  1    11      396316     05-03-06 397686     05-03-06
  1    12      397686     05-03-06 397691     05-03-06
  1    13      397691     05-03-06 400607     05-04-04
  1    14      400607     05-04-04 401572     05-04-04
  1    15      401572     05-04-04 401577     05-04-04

BS Key  Type LV Size       Device Type Elapsed Time 終了時刻
------- ---- -- ---------- ----------- ------------ --------
10      Full    2M         SBT_TAPE    00:00:02     05-04-04
        BPキー: 10   ステータス: AVAILABLE  圧縮: NO  タグ: TAG20050404T010153
        ハンドル: ora10g:#240:ora10g:10_554691713:O10G_1112544012   メディア:
  含まれている制御ファイル: Ckp SCN: 401593       Ckp時間: 05-04-04

 

>> EXAMPLE表領域の障害
 

では、単にバックアップしただけでは、テストの意味がありませんので、実際に障害を発生させて見ます。一番簡単な障害による確認には、Oracle Online APMの時と同様にEXAMPLE表領域を想定してみます。最初に、一応各表領域の状態を確認しておきます。

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                  0
         2 NOT ACTIVE                  0
         3 NOT ACTIVE                  0
         4 NOT ACTIVE                  0
         5 NOT ACTIVE                  0

次に、mvコマンドによりEXAMPLE表領域のデータファイルをリネームし、障害を発生させます。

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

そして、v$backupビューを確認すると、Oracle 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 CANNOT OPEN FILE            0

Oracle Online APMの場合には、すべてコマンドによりリカバリ処理を行いましたが、Oracle RMAN APMでは、すべてGUIからリストア、リカバリ処理が行えます。

まず、リストアしたい表領域を指定します。

次に、リストア・オプションですが、各表領域に対してリストアする前と後に、希望の処理を行えるようになっています。

  • Alter tablespaces offline,before restore
    リストアを行う前に、リストア対象の表領域をオフラインにします。内部的には以下のコマンドがRMANより実行されます。
    sql "alter tablespace 表領域名 offline immediate";
  • Recover datafiles after restore
    リストア完了後に、リストア対象の表領域をリカバリします。内部的には以下のコマンドがRMANより実行されます。
    recover tablespace '表領域名';
  • After tablespaces online, after restore
    リカバリ後に、リストア対象の表領域をオンラインにします。内部的には以下のコマンドがRMANより実行されます。
    sql "alter tablespace 表領域名 online";

これらのオプションを使用することにより、通常SQLコマンドによる、表領域の強制オフラインや、リストア後のリカバリ処理、オンライン化をシーケンシャルに実行可能になっています。

次は、リストア時に使用するアカウントやパスワードですが、バックアップ時と異なる場合はもちろんのこと、同じ場合でも入力が必須となっていますので、うっかり忘れてリストアできない！なんてことがないように注意が必要です。リカバリカタログは使用していないため、空欄にしています。

リストア時には、最初にメインのジョブが実行され、表領域の強制オフラインが実行された後に、子プロセスのように子ジョブが起動します。データのリストアが行われ、終了すると子ジョブは完了し、今度はメインでリカバリ処理、オンライン化が実行されます。

一連の流れはシーケンシャルに実行され表面上わからないようになっていますが、バックアップの時と同様にログを見ることで、内部的に実行されている内容を確認することができます。

すべてのリストアジョブが正常に完了したら、Oracleからのコマンド実行を一切必要とせずに、NetVaultのGUIからだけでリカバリが完了したということが確認できました。

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表領域や制御ファイルのリカバリと、リカバリカタログの使用や複数チャネルの利用について見ていきます。

Related
Recommended