備份恢復之資料檔案丟失

一、實驗環境

執行環境:

[root@localhost ~]# lsb_release -a

LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch

Distributor ID: RedHatEnterpriseServer

Description: Red Hat Enterprise Linux Server release 5.4 (Tikanga)

Release: 5.4

Codename: Tikanga

資料庫版本：

SQL> select * from v$version;

BANNER

----------------------------------------------------------------

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod

PL/SQL Release 10.2.0.1.0 - Production

CORE 10.2.0.1.0 Production

TNS for Linux: Version 10.2.0.1.0 - Production

NLSRTL Version 10.2.0.1.0 - Production

歸檔狀態：

SQL> archive log list;

Database log mode Archive Mode

Automatic archival Enabled

Archive destination USE_DB_RECOVERY_FILE_DEST

二、實驗步驟

1、對資料庫進行一次全備

2、將資料庫檔案任一刪除一個（system表空間的資料檔案或者undo表空間的資料檔案）

3、通過RMAN對進行恢復

三、具體過程

1、檢視資料檔案

SQL> select t.name tname,d.name dname from v$datafile d,v$tablespace t

2 where t.ts#=d.ts#;

TNAME DNAME

------- ------------------------------------------------------------

SYSTEM /u01/app/oracle/oradata/lzcdb/system01.dbf

UNDOTBS /u01/app/oracle/oradata/lzcdb/undotbs01.dbf

1

SYSAUX /u01/app/oracle/oradata/lzcdb/sysaux01.dbf

USERS /u01/app/oracle/oradata/lzcdb/users01.dbf

LZCDB01 /u01/app/oracle/oradata/lzcdb/lzcdb0101

LZCDB01 /u01/app/oracle/oradata/lzcdb/lzcdb0102

2、將控制檔案刪除

SQL> !rm /u01/app/oracle/oradata/lzcdb/system01.dbf

SQL> !ls /u01/app/oracle/oradata/lzcdb/system01.dbf

ls: /u01/app/oracle/oradata/lzcdb/system01.dbf: No such file or directory

成功刪除

3、在刪除資料檔案之後資料庫有可能會直接掛掉，但由於我的實驗資料庫沒有任何負載所以現在手動將其關閉

（注意同時動態檢視alert日子）

SQL> shutdown abort;

ORACLE instance shut down.

SQL> startup

ORACLE instance started.

Total System Global Area 285212672 bytes

Fixed Size 1218992 bytes

Variable Size 96470608 bytes

Database Buffers 184549376 bytes

Redo Buffers 2973696 bytes

Database mounted.

ORA-01157: cannot identify/lock data file 1 - see DBWR trace file

ORA-01110: data file 1: '/u01/app/oracle/oradata/lzcdb/system01.dbf'

在有mount狀態啟動到open狀態是會出現如上錯誤，此時檢視alert日誌會看到如下資訊

ALTER DATABASE OPEN

Thu Jun 14 17:25:03 2012

ORA-01110: data file 1: '/u01/app/oracle/oradata/lzcdb/system01.dbf'

ORA-27037: unable to obtain file status

Linux Error: 2: No such file or directory

Additional information: 3

我們可以看到錯誤資訊提示我們system01.dbf檔案找不到

4、使用RMAN恢復

[oracle@localhost ~]$ rman target sys/oracle/lzcdb

Recovery Manager: Release 10.2.0.1.0 - Production on Thu Jun 14 17:28:33 2012

connected to target database: LZCDB (DBID=404353836, not open)

RMAN> list backup;

using target database control file instead of recovery catalog

List of Backup Sets

===================

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

3 Full 920.27M DISK 00:01:58 14-JUN-12

BP Key: 3 Status: AVAILABLE Compressed: NO Tag: TAG20120614T091107

Piece Name: /u01/app/oracle/flash_recovery_area/03ndgj9b_1_1

List of Datafiles in backup set 3

File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

1 Full 682642 14-JUN-12 /u01/app/oracle/oradata/lzcdb/system01.dbf

2 Full 682642 14-JUN-12 /u01/app/oracle/oradata/lzcdb/undotbs01.dbf

3 Full 682642 14-JUN-12 /u01/app/oracle/oradata/lzcdb/sysaux01.dbf

4 Full 682642 14-JUN-12 /u01/app/oracle/oradata/lzcdb/users01.dbf

可以看到我的實驗庫的備份資訊如上

RMAN> restore datafile 1; ------這兒我用的是system01.dbf檔案號

RMAN> recover database;

將資料庫啟動！

四、實驗總結

在實驗的過程中遇到了一些小插曲，由於自己搗鼓的時候有部分歸檔日誌被我刪掉了卻且沒有其他備份。

所以當我執行

RMAN> recover database;

恢復資料庫時告訴我

RMAN-03002: failure of recover command at 06/14/2012 18:18:06

RMAN-06053: unable to perform. media recovery because of missing log

RMAN-06025: no backup of log thread 1 seq 36 lowscn 730729 found to restore

這樣我就只能將整個資料庫恢復到我上次的全備點了，這就造成了大量資料的丟失

所以體會就是歸檔日誌不要隨便刪除，除非你已經確定它沒有用了或者你有備份！

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/26723566/viewspace-732848/，如需轉載，請註明出處，否則將追究法律責任。

備份恢復之資料檔案丟失

相關文章