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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- system資料檔案頭損壞修復
- oracle控制檔案的損壞或完全丟失的恢復辦法Oracle
- SYSTEM 表空間管理及備份恢復
- ibdata1檔案損壞時恢復InnoDB單表測試
- Oracle單個資料檔案損壞,在Rman命令裡設定表空間、資料檔案offline方式來恢復最方便Oracle
- u盤檔案損壞怎麼恢復資料 u盤恢復損壞資料的有效方法
- MySQL 磁碟空間滿導致表空間相關資料檔案損壞故障處理MySql
- u盤檔案損壞怎麼恢復資料 u盤損壞無法讀取怎麼恢復資料
- oracle 普通表空間資料檔案壞塊Oracle
- 【RMAN】如果控制檔案損壞那麼如何恢復?恢復控制檔案的方式有哪幾種?
- Oracle RMAN 表空間恢復Oracle
- PostgreSQL DBA(30) - Backup&Recovery#3(資料檔案損壞恢復)SQL
- 【資料庫資料恢復】MongoDB資料庫檔案損壞的資料恢復案例資料庫資料恢復MongoDB
- 表空間TSPITR恢復-實驗
- 【Oracle 恢復表空間】 實驗Oracle
- linux檔案系統損壞如何修復Linux
- 【儲存資料恢復】IBM儲存檔案NTFS系統損壞的資料恢復案例資料恢復IBM
- 2.7.10 恢復丟失或損壞的伺服器引數檔案(SPFILE)伺服器
- Vsan分散式檔案系統邏輯架構損壞恢復過程分散式架構
- 【伺服器資料恢復】伺服器reiserfs檔案系統損壞的資料恢復案例伺服器資料恢復
- Oracle asm磁碟損壞異常恢復OracleASM
- (Les16 執行資料庫恢復)-表空間恢復資料庫
- SQL Anywhere db檔案損壞修復 DB檔案修復 DB資料庫修復SQL資料庫
- 【北亞伺服器資料恢復】伺服器reiserfs檔案系統損壞的資料恢復案例伺服器資料恢復
- InterBase資料庫檔案損壞的修復方法資料庫
- Oracle 表空間增加檔案Oracle
- 【北亞資料恢復】伺服器raid陣列癱瘓導致ZFS檔案系統元檔案損壞的資料恢復資料恢復伺服器AI陣列
- win10登錄檔損壞了怎麼恢復 win10一鍵恢復登錄檔教程Win10
- 控制檔案損壞處理
- 資料底層損壞的恢復方法—拼碎片恢復資料
- 學習這篇Oracle資料庫檔案壞塊損壞的恢復方法,擴充你的知識面Oracle資料庫
- 隨身碟顆粒損壞資料恢復資料恢復
- 【伺服器資料恢復】某品牌ProLiant伺服器raid癱瘓資料庫檔案損壞的資料恢復伺服器資料恢復AI資料庫
- 修復損壞的gzip壓縮檔案之原理篇
- 電腦硬碟分割槽表損壞怎麼修復?電腦硬碟分割槽表損壞的修復方法硬碟
- MySQL 系統表空間檔案解析MySql
- 4.2.1.7 規劃 SYSTEM 和 SYSAUX 表空間UX
- 深入解析:段頭塊損壞bbed異常恢復
- MongoDB 資料檔案損壞修復救命repair與致命危險MongoDBAI