【備份恢復】歸檔模式下丟失系統關鍵資料檔案 利用RMAN備份恢復
在 ARCHIVELOG 模式下丟失了系統關鍵資料檔案
1.檢視資料庫為歸檔模式
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 11
Next log sequence to archive 13
Current log sequence 13
SQL>
2.透過RMAN備份system表空間
[oracle@wang FRA]$ rman target /
Recovery Manager: Release 11.2.0.4.0 - Production on Sun Oct 2 10:36:00 2016
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database: ORA11GR2 (DBID=237843809)
RMAN> backup tablespace system;
Starting backup at 02-OCT-16
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=46 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/u01/app/oracle/oradata/ORA11GR2/system01.dbf
channel ORA_DISK_1: starting piece 1 at 02-OCT-16
channel ORA_DISK_1: finished piece 1 at 02-OCT-16
piece handle=/u01/app/FRA/ORA11GR2/backupset/2016_10_02/o1_mf_nnndf_TAG20161002T103616_cz0wo0c0_.bkp tag=TAG20161002T103616 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:15
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
including current control file in backup set
including current SPFILE in backup set
channel ORA_DISK_1: starting piece 1 at 02-OCT-16
channel ORA_DISK_1: finished piece 1 at 02-OCT-16
piece handle=/u01/app/FRA/ORA11GR2/backupset/2016_10_02/o1_mf_ncsnf_TAG20161002T103616_cz0wojgw_.bkp tag=TAG20161002T103616 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 02-OCT-16
3.刪除system表空間
——檢視錶空間對應的路徑及檔名:
SYS@ORA11GR2>select file_name from dba_data_files where tablespace_name='SYSTEM';
FILE_NAME
----------------------------------------------------------------------------
/u01/app/oracle/oradata/ORA11GR2/system01.dbf
SYS@ORA11GR2>!ls /u01/app/oracle/oradata/ORA11GR2/system01.dbf
/u01/app/oracle/oradata/ORA11GR2/system01.dbf
SYS@ORA11GR2>
SYS@ORA11GR2>!rm /u01/app/oracle/oradata/ORA11GR2/system01.dbf
SYS@ORA11GR2>!ls /u01/app/oracle/oradata/ORA11GR2/system01.dbf
ls: /u01/app/oracle/oradata/ORA11GR2/system01.dbf: No such file or directory
4.此時重啟資料庫後,會因為system資料檔案丟失而提示錯誤
SYS@ORA11GR2>shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS@ORA11GR2>
SYS@ORA11GR2>startup
ORACLE instance started.
Total System Global Area 830930944 bytes
Fixed Size 2257800 bytes
Variable Size 503319672 bytes
Database Buffers 322961408 bytes
Redo Buffers 2392064 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
ORA-01110: data file 1: '/u01/app/oracle/oradata/ORA11GR2/system01.dbf'
5.透過RMAN恢復system表空間
[oracle@wang FRA]$ rman target /
Recovery Manager: Release 11.2.0.4.0 - Production on Sun Oct 2 10:45:04 2016
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database: ORA11GR2 (DBID=237843809, not open)
RMAN> restore tablespace system;(重儲)
Starting restore at 02-OCT-16
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=21 device type=DISK
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/ORA11GR2/system01.dbf
channel ORA_DISK_1: reading from backup piece /u01/app/FRA/ORA11GR2/backupset/2016_10_02/o1_mf_nnndf_TAG20161002T103616_cz0wo0c0_.bkp
channel ORA_DISK_1: piece handle=/u01/app/FRA/ORA11GR2/backupset/2016_10_02/o1_mf_nnndf_TAG20161002T103616_cz0wo0c0_.bkp tag=TAG20161002T103616
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:25
Finished restore at 02-OCT-16
RMAN> recover tablespace system;(恢復)
Starting recover at 02-OCT-16
using channel ORA_DISK_1
starting media recovery
media recovery complete, elapsed time: 00:00:00
Finished recover at 02-OCT-16
RMAN> alter database open;(開庫)
database opened
恢復成功!!!!!!!!!!!1
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31397003/viewspace-2126535/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- rman恢復--歸檔模式有備份,丟失資料檔案的恢復模式
- rman恢復--歸檔模式無備份,丟失資料檔案的恢復模式
- 【備份恢復】非歸檔模式下丟失任意資料檔案 恢復操作模式
- RMAN資料庫恢復 之歸檔模式有(無)備份-丟失資料檔案的恢復資料庫模式
- 歸檔模式無備份丟失資料檔案後恢復模式
- 歸檔模式有備份丟失資料檔案後恢復模式
- dg丟失歸檔,使用rman增量備份恢復
- 【備份恢復】恢復 丟失已歸檔重做日誌檔案
- 利用增量備份恢復gap歸檔丟失DG
- Oracle RMAN 不完全恢復(只有資料檔案備份,丟失歸檔日誌備份)Oracle
- 備份&恢復之八:RMAN備份歸檔模式下損壞(丟失)多個資料檔案,進行整個資料庫的恢復模式資料庫
- 備份恢復之資料檔案丟失
- 【備份恢復】無備份線上恢復非關鍵資料檔案
- Oracle備份與恢復【丟失資料檔案的恢復】Oracle
- 非歸檔無備份下控制檔案丟失的恢復
- rman備份丟失控制檔案恢復
- rman備份恢復-rman恢復資料檔案測試
- rman備份-(1) 利用備份級恢復資料檔案和控制檔案
- 【備份恢復】所有控制檔案丟失後 利用trace中的控制檔案備份執行恢復
- 備份&恢復之四:非歸檔模式下的備份與恢復模式
- 只有rman備份集,控制檔案丟失的恢復
- 備份與恢復--利用備份的控制檔案恢復
- 【備份恢復】丟失所有控制檔案,利用RMAN進行恢復操作
- 沒備份,歸檔日誌存在,丟失資料檔案的恢復
- 備份&恢復之五:歸檔模式下丟失或損壞一個資料檔案模式
- 無備份恢復(歸檔模式)模式
- 恢復之利用備份在所有控制檔案丟失情況下恢復(四)
- 恢復之利用備份在所有控制檔案丟失情況下恢復(三)
- 恢復之利用備份在所有控制檔案丟失情況下恢復(二)
- 恢復之利用備份在所有控制檔案丟失情況下恢復(一)
- rman 非歸檔模式下停庫備份與恢復模式
- RMAN備份、恢復實驗室 之 備份篇 【歸檔模式】模式
- 【rman 備份與恢復】恢復丟失所有的控制檔案
- 歸檔模式有備份丟失控制檔案和資料檔案後恢復模式
- 歸檔模式,恢復沒有備份的資料檔案模式
- 利用增量備份恢復因歸檔丟失造成的DG gap
- 【備份恢復】 丟失一個控制檔案 之恢復操作
- 恢復案例:歸檔模式下丟失全部資料檔案的恢復模式