system表空間檔案損壞----完全恢復
如果是單獨的system資料檔案損壞,那麼不必建立控制檔案,
執行執行下面的
-bash-3.2$ rman target /
Recovery Manager: Release 11.2.0.3.0 - Production on Wed Mar 13 11:18:10 2013
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database: DEV02 (DBID=3591414394, not open)
RMAN> Run{
2> ALLOCATE CHANNEL ch00 TYPE sbt parms 'ENV=(ob_media_family=zone04-mf)';
3> restore datafile 1;
4> recover datafile 1;
5> RELEASE CHANNEL ch00;
6> }
using target database control file instead of recovery catalog
allocated channel: ch00
channel ch00: SID=551 device type=SBT_TAPE
channel ch00: Oracle Secure Backup
Starting restore at 13-MAR-13
channel ch00: starting datafile backup set restore
channel ch00: specifying datafile(s) to restore from backup set
channel ch00: restoring datafile 00001 to /export/zones/zone04/root/uat_data/DEV02/apps_st/data/system01.dbf
channel ch00: reading from backup piece bk_4_1_809884168
channel ch00: piece handle=bk_4_1_809884168 tag=HOT_DB_BK_LEVEL0
channel ch00: restored backup piece 1
channel ch00: restore complete, elapsed time: 00:03:15
Finished restore at 13-MAR-13
Starting recover at 13-MAR-13
starting media recovery
archived log for thread 1 with sequence 5 is already on disk as file /export/zones/zone04/root/uat_data/DEV02/apps_st/archlog_dev/1_5_809863429.dbf
archived log for thread 1 with sequence 6 is already on disk as file /export/zones/zone04/root/uat_data/DEV02/apps_st/archlog_dev/1_6_809863429.dbf
archived log for thread 1 with sequence 7 is already on disk as file /export/zones/zone04/root/uat_data/DEV02/apps_st/archlog_dev/1_7_809863429.dbf
archived log for thread 1 with sequence 8 is already on disk as file /export/zones/zone04/root/uat_data/DEV02/apps_st/archlog_dev/1_8_809863429.dbf
archived log file name=/export/zones/zone04/root/uat_data/DEV02/apps_st/archlog_dev/1_5_809863429.dbf thread=1 sequence=5
media recovery complete, elapsed time: 00:00:01
Finished recover at 13-MAR-13
released channel: ch00
RMAN> alter database open;
database opened
RMAN>
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/28373936/viewspace-1722264/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- UNDO 表空間檔案損壞的恢復
- INDEX表空間檔案丟失或者損壞的恢復Index
- TEMP表空間的檔案丟失或損壞後的恢復
- 【BBED】 SYSTEM檔案頭損壞的恢復(4)
- 某個資料檔案損壞完全恢復(三)
- 非系統表空間損壞,rman備份恢復
- 某個表空間的資料檔案損壞的修復思路
- 【RMAN】SYSTEM表空間資料檔案丟失恢復模擬
- rman恢復資料檔案 恢復表空間
- sysaux表空間檔案損壞的處理(zt)UX
- system資料檔案頭損壞修復
- Oracle RMAN 表空間的完全恢復Oracle
- 損壞控制檔案的恢復方法
- SQL Server ldf 檔案損壞恢復SQLServer
- 表空間不完全恢復(全備--備份控制檔案--刪除表空間andy--日誌檔案)
- oracle控制檔案的損壞或完全丟失的恢復辦法Oracle
- 恢復之單個控制檔案損壞
- 單個控制檔案損壞的恢復
- 線上日誌檔案損壞恢復方法
- 臨時表空間資料檔案損壞的解決
- System File1 File Header(資料庫System檔案1檔案頭)損壞情況的恢復Header資料庫
- 資料檔案丟失損壞的恢復--
- 某個控制檔案損壞的恢復案例
- REDO檔案丟失或者損壞的恢復
- 一次控制檔案損壞的恢復
- 回滾段表空間資料檔案損壞解決方法
- PG 資料庫檔案損壞的另一個不完全恢復方案.資料庫
- 使用RMAN恢復完全損壞的資料庫資料庫
- 不完全恢復(全備--備份控制檔案--新建表空間andy--日誌檔案)
- 備份與恢復--重建控制檔案後資料檔案損壞的恢復
- rman 恢復---歸檔丟失and資料檔案損壞
- u盤檔案損壞怎麼恢復資料 u盤恢復損壞資料的有效方法
- 使用RMAN對PDB中的表空間或資料檔案執行完全恢復
- ibdata1檔案損壞時恢復InnoDB單表測試
- 不完全恢復(資料檔案備份--新建表空間--控制檔案備份--日誌歸檔檔案)
- Oracle不同檔案丟失/損壞的恢復方法Oracle
- 備份&恢復之十三:損壞全部控制檔案
- 所有控制檔案損壞的恢復--resetlogs方式