増分更新されたイメージを使用した弾丸速度の回復

次の使用例は、インクリメンタルマージバックアップが無関心なリカバリ状況をどのように支援するかを説明しています。

ケース1：破損、削除、または上書きされたデータファイル

次のコードに示すように、テスト用のテーブルを作成し、前のスクリプトを使用して画像のコピーを作成します。

SQL> create table ImgCpyTab tablespace tbs2 as select * from dba_objects;
Table created.

FILE_NAME FILE_ID TABLESPACE_NAME
————————- ——————— ———————————————

/home/oracle/Sw/oradata/test/tbs02.dbf 5	TBS2

SQL> select count(1) from ImgCpyTab;
COUNT(1)
———-
72476

このシナリオをテストするには、次のコードに示すように、物理データファイルを意図的に移動し、select コマンドは予期されたエラーをスローします。

mv /home/oracle/Sw/oradata/test/tbs02.dbf /home/oracle/Sw/oradata/test/tbs02.dbf_BKP

select count(1) from scott.IMGCPYTAB
*
ERROR at line 1:
ORA-01116: error in opening database file 5
ORA-01110: data file 5: ‘/home/oracle/Sw/oradata/test/tbs02.dbf’
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3

この場合、物理ファイルを復元する必要はありません。代わりに、バックアップに切り替えてリカバリしてください。これは、データファイルやデータベースサイズがテラバイトの場合でも非常に高速です。

次のコードは、データファイルをオフラインモードにします。

SQL> alter database datafile 5 offline;
Database altered.

次に、データファイルをコピーとリカバリに切り替えます。

[oracle@localhost backup]$ rman target /
Recovery Manager: Release 11.2.0.2.0 – Production on Thu Jun 5 18:17:15 2014
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
connected to target database: TEST (DBID=2122535405)

RMAN> switch datafile 5 to copy;
using target database control file instead of recovery catalog
datafile 5 switched to datafile copy “/home/oracle/backup/data_D-TEST_I-2122535405_TS-TBS2_FNO-5_6ppa3ev1”

RMAN> recover datafile 5;
Starting recover at 05-JUN-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=19 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=149 device type=DISK
starting media recovery
media recovery complete, elapsed time: 00:00:01
Finished recover at 05-JUN-14

RMAN> sql ‘alter database datafile 5 online’;
sql statement: alter database datafile 5 online

RMAN> exit

次のコードに示すように、日付ファイルが戻ってきて、テーブルにアクセスできます。

FILE_NAME FILE_ID TABLESPACE_NAME
————————- ——————— ———————————————

TBS2 /home/oracle/backup/data_D-TEST_I-2122535405_TS-TBS2_FNO-5_6ppa3ev1 AVAILABLE

SQL> select count(1) from scott.IMGCPYTAB;

COUNT(1)
———-
72476

注： file_nameが表示された場合 列から、データベースがイメージコピーファイルを使用していることがわかります。

ケース2：データベース全体の破損またはディスク障害

データベースが完全に破損しているか、ディスクに障害がある場合は、次の手順を使用してデータベースをコピーに切り替えることができます。

1. データベースをシャットダウンします。
2. 制御ファイルが見つからない場合は、復元します。
3. 画像のコピーをカタログ化します。
4. データベースをコピーに切り替えます。
5. アーカイブが利用可能になるまで回復してから、データベースを開きます。