RMAN_部分資料檔案丟失或者損壞的恢復
- 簡述
當個別資料庫的資料檔案丟失或者損壞,則需要首先恢復該檔案的備份複本,然後運用歸檔日誌和REDO檔案進行完整恢復,使得最後丟失或者損壞的資料檔案的SCN等於當前的SCN,這樣資料庫可以正常開啟,資料沒有丟失。
[@more@]
- 建立測試環境
2.1 建立測試表空間
SQL>CREATE TABLESPACE "USER02" DATAFILE 'C:ORADATAAIDUUSER02.DBF' SIZE 20M REUSE LOGGING EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;
2.2 在測試表空間上建立資料庫表
SQL>create table aidu.test_for_recovery(id number not null,name varchar2(200),primary key(id)) tablespace user02;
SQL> select table_name,tablespace_name from all_tables where table_name='TEST_FOR_RECOVERY';
TABLE_NAME TABLESPACE_NAME
------------------------------ ------------------------------
TEST_FOR_RECOVERY USER02
2.3做一次RMAN全備份
C:> RMAN TARGET /
RMAN>RUN{
SQL ‘ALTER SYSTEM ARCHIVE LOG CURRENT’;
ALLOCATE CHANNEL D1 TYPE DISK;
BACKUP FULL DATABASE PLUS ARCHIVELOG;
RELEASE CHANNEL D1;}
2.4 在測試表中插入資料,用於驗證資料是否完整恢復
SQL>CONN AIDU/AIDU
SQL>INSERT INTO TEST_FOR_RECOVERY(1,’AFTER_RMAN_BAK’);
SQL>COMMIT;
- 模擬災難發生
SQL>SHUTDOWN IMMEDIATE;
SQL>HOST DEL C:ORADATAAIDUUSER02.DBF; #刪除USER02表空間的一個檔案
SQL>STARTUP
ORACLE 例程已經啟動。
Total System Global Area 268435456 bytes
Fixed Size 1248504 bytes
Variable Size 92275464 bytes
Database Buffers 171966464 bytes
Redo Buffers 2945024 bytes
資料庫裝載完畢。
ORA-01157: 無法標識/鎖定資料檔案 2 - 請參閱 DBWR 跟蹤檔案
ORA-01110: 資料檔案 2: 'C:ORADATAAIDUUSER02.DBF'
- 進行災難恢復
4.1 檢視當前資料庫狀態
SQL> SELECT OPEN_MODE FROM V$DATABASE;
OPEN_MODE
----------
MOUNTED
4.2 使用RMAN進行恢復
這個試驗裡,RMAN備份集的目錄是使用預設的備份與恢復目錄(C:oradataflash_recovery_area)。如果不想放在預設的目錄可以指定備份的路徑。例如:
ALLOCATE CHANNEL D1 TYPE DISK FORMAT ‘C:ORABAK’;
C:>RMAN TARGET /
RMAN> RUN{
2> ALLOCATE CHANNEL D1 TYPE DISK;
3> RESTORE DATAFILE 2;
4> RECOVER DATABASE;
5> SQL 'ALTER DATABASE OPEN';
6> RELEASE CHANNEL D1;}
使用目標資料庫控制檔案替代恢復目錄
分配的通道: D1
通道 D1: sid=46 devtype=DISK
啟動 restore 於 2006-07-10 17:26:03
通道 D1: 正在開始恢復資料檔案備份集
通道 D1: 正在指定從備份集恢復的資料檔案
正將資料檔案00002恢復到C:ORADATAAIDUUSER02.DBF
通道 D1: 正在讀取備份段 C:ORADATAFLASH_RECOVERY_AREAAIDUBACKUPSET2006_07_10O1_MF_NNNDF_TAG20060710T171655_2C46R8M2_.BKP
通道 D1: 已恢復備份段 1段控制程式碼 = C:ORADATAFLASH_RECOVERY_AREAAIDUBACKUPSET2006_07_10O1_MF_NNNDF_TAG20060710T171655_2C46R8M2_.BKP 標記 = TAG20060710T171655
通道 D1: 恢復完成, 用時: 00:00:08完成 restore 於 2006-07-10 17:26:13
啟動 recover 於 2006-07-10 17:26:14
正在開始介質的恢復
介質恢復完成, 用時: 00:00:01
完成 recover 於 2006-07-10 17:26:18
sql 語句: ALTER DATABASE OPEN
釋放的通道: D1
4.5 檢查資料是否正常恢復
SQL>CONN AIDU/AIDU
SQL> SELECT * FROM TEST_FOR_RECOVERY;
ID NAME
---------- ------------------------------
1 after_rman_backup
我們可以看到資料完全恢復了。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/32980/viewspace-1038307/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- RMAN_資料庫的絕大部分資料檔案丟失或者損壞的恢復資料庫
- REDO檔案丟失或者損壞的恢復
- 資料檔案丟失損壞的恢復--
- INDEX表空間檔案丟失或者損壞的恢復Index
- rman 恢復---歸檔丟失and資料檔案損壞
- 磁碟損壞導致資料檔案丟失的恢復
- 備份與恢復--資料檔案損壞或丟失
- Recovery from missing or corrupted datafile(多個資料檔案丟失或者損壞的恢復)
- 磁碟損壞,system及部分資料檔案丟失
- Oracle不同檔案丟失/損壞的恢復方法Oracle
- 資料檔案損壞、丟失
- coreldraw檔案丟失(損壞)的恢復處理辦法
- [20150619]undo檔案損壞或者丟失的恢復1
- [20150619]undo檔案損壞或者丟失的恢復2
- [20150619]undo檔案損壞或者丟失的恢復3
- 控制檔案部分丟失的恢復
- Oracle重做日誌檔案損壞或丟失後的恢復Oracle
- 資料檔案丟失的恢復
- oracle控制檔案的損壞或完全丟失的恢復辦法Oracle
- TEMP表空間的檔案丟失或損壞後的恢復
- 資料檔案或者tablespace損壞基於rman恢復測試
- 備份&恢復之五:歸檔模式下丟失或損壞一個資料檔案模式
- 資料檔案丟失如何恢復
- 無備份丟失部分資料檔案和控制檔案恢復 [轉]
- undo檔案丟失或損壞
- u盤檔案損壞怎麼恢復資料 u盤恢復損壞資料的有效方法
- 探索ORACLE之RMAN_07 磁碟損壞資料丟失恢復Oracle
- RMAN恢復案例:丟失全部資料檔案恢復
- RMAN完全恢復丟失的資料檔案
- 普通資料檔案丟失的恢復方法
- 2.7.10 恢復丟失或損壞的伺服器引數檔案(SPFILE)伺服器
- 電腦檔案丟失資料恢復資料恢復
- 備份與恢復--重建控制檔案後資料檔案損壞的恢復
- Oracle備份與恢復【丟失資料檔案的恢復】Oracle
- 歸檔模式下資料檔案丟失的恢復模式
- Oracle 11g 資料庫恢復-場景7:部分檔案損壞Oracle資料庫
- 【資料庫資料恢復】MongoDB資料庫檔案損壞的資料恢復案例資料庫資料恢復MongoDB
- 恢復案例:歸檔模式下丟失全部資料檔案的恢復模式