HDR 在發生介質故障後恢復資料
一,在主資料庫伺服器上發生介質故障後進行恢復
主資料庫伺服器上介質故障的各種情況
1,包含關鍵介質,無映象(恢復方法--在關鍵資料損壞後重新啟動)
要在關鍵介質故障後重新啟動HDR:
1),如果原始輔助資料庫伺服器已經更改為標準資料庫伺服器,可以將該資料庫伺服器(DRAUTO=0)變為靜默方式,然後使用onmode -d 命令將型別恢復為輔助型別。
如果DRAUTO=1 (RETAIN_TYPE),則此步驟不適用。當您使主資料庫伺服器返回聯機模式式,資料庫伺服器將自動執行逐漸關閉並切換回型別輔助
如果DRAUTO=2 (REVERSE_TYPE),則當舊的主伺服器發生故障時(而非舊的主伺服器重新啟動時),在連線結束時,輔助資料庫伺服器將立刻成為主資料庫伺服器。
2),從最近的資料庫空間備份恢復主資料庫伺服器。
3),使用onmode -d 命令設定主資料庫伺服器的型別並啟動HDR
onmode -d命令從輔助是ujfuwq磁碟上的邏輯日誌檔案啟動對主資料庫伺服器的恢復。如果因為您在原輔助資料庫伺服器上備份並釋放邏輯日誌檔案而無法完成邏輯恢復,則至至您執行步驟4後,HDR才會開始。
4),從輔助資料庫伺服器將邏輯日誌檔案(這些檔案已經備份到磁帶) 應用到主資料庫伺服器。
如果需要進行這一步,主資料庫伺服器會傳送訊息,提示您從磁帶恢復邏輯日誌檔案。該訊息顯示在訊息日誌中。當從磁帶恢復了所有需要的邏輯日誌檔案時,輔助磁碟上的任何剩餘邏輯日誌檔案也得以恢復。
2,包含關鍵介質,有映象(恢復方法-復原映象塊)
3,不包含關鍵介質,無映象
4,不包含關鍵介質,有映象(恢復方法-復原映象塊)
輔助資料庫伺服器上介質故障的各種情況
1,包含關鍵介質,無映象(恢復方法-HDR重建)
2,包含關鍵介質,有映象(恢復方法-復原映象塊)
3,不包含關鍵介質,無映象(恢復方法-HDR重建)
4,不包含關鍵介質,有映象(恢復方法-復原映象塊)
復原映象塊
要開始對聯機重的資料進行映象,您必須恢復離線塊。
使用onspaces復原映象塊
使用onspaces -s 實用程式恢復離線塊。例如:要恢復具有路徑名/dev/mirror_chk1和0千位元組偏移量的塊,可以發出一下命令:
onspaces -s db_act -p /dev/mirror_chk1 -o 0 -0
在關鍵資料損壞後重新啟動
1,主資料庫伺服器上的關鍵介質故障
解決方法--在關鍵資料損壞後重新啟動
2,輔助資料庫伺服器上的關鍵介質故障
解決方法--首次啟動HDR
3,在兩個資料庫伺服器上均發生介質故障
在最差的情況下,即執行復制對中的資料庫伺服器的兩個計算機遇到可損壞根資料庫空間以及包含邏輯日誌檔案或物理日誌的資料庫空間的故障,你就需要重新啟動HDR
要在兩個資料庫伺服器上均發生關鍵介質故障後重新啟動HDR:
1,從儲存空間和邏輯日誌備份恢復主資料庫伺服器
2,在你恢復主資料庫伺服器後,就象處理磁碟上沒有資料的伺服器並且彷彿你正在首次啟動HDR一樣來處理另一發生故障的資料庫伺服器。
二,在關鍵資料未損壞時重新啟動
如果兩個磁碟上都沒有關鍵資料受到損壞,可能有以下四種情況
1,發生網路故障
2,輔助資料庫伺服器發生故障
3,主資料庫伺服器發生故障,而輔助資料庫伺服器未更改為標準資料庫伺服器。
4,主資料庫伺服器發生故障,而且輔助資料庫伺服器更改為標準資料庫伺服器。
在網路故障後重新啟動
在網路故障後,主資料庫伺服器處於聯機方式,輔助資料庫伺服器處於只讀方式。HDR在兩個資料庫伺服器上都關閉(state=off)。在重新建立連線時,你可以透過在輔助資料庫伺服器上發出onmode -d secondary primary_name 來重新啟動HDR。重新啟動HDR可能是不必要的,因為主資料庫伺服器每10秒鐘就嘗試重新建立連線一次,並且每2分鐘就顯示關於無法連線的訊息。你不必使用onmode 來重新啟動連線。
在輔助資料庫伺服器發生故障時重新啟動
如果您需要在輔助資料庫伺服器發生故障後重新啟動HDR,在輔助伺服器上oninit啟動資料庫伺服器,如果您在訊息日誌中接受到一些訊息:DR:start failure recovery from tape,繼續執行ontape -l 恢復。這些步驟假設你自輔助資料庫伺服器發生故障後一直按需要備份主資料庫伺服器上的邏輯日誌檔案。
輔助資料庫伺服器未更改為標準資料庫伺服器
如果輔助資料庫伺服器未更改為標準伺服器,而你需要在主資料庫伺服器發生故障後重新啟動HDR,則只需要使用oninit將主資料庫伺服器恢復聯機即可!
輔助資料庫伺服器已更改為標準資料庫伺服器
如果你需要在主資料庫伺服器發生故障後重新啟動HDR,並且你已經將輔助資料庫伺服器更改為標準資料庫伺服器,請按照下面操作
1,輔助伺服器 onmode -s
2,輔助伺服器 onmode -d secondary prim_name
3,主伺服器 oninit
4,主伺服器 ontape -l
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/312079/viewspace-245840/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 伺服器資料恢復—伺服器發生故障後怎麼恢復伺服器資料?伺服器資料恢復
- 常見伺服器故障有哪些?如何預防伺服器發生故障?伺服器故障後如何恢復資料?伺服器
- 【伺服器資料恢復】伺服器RAID因為斷電發生故障的資料恢復案例伺服器資料恢復AI
- MySQL資料庫故障恢復MySql資料庫
- 【北亞資料恢復】硬碟壞道故障如何恢復資料?資料恢復硬碟
- Oracle例項恢復和介質恢復Oracle
- Oracle介質恢復(二)Oracle
- Oracle介質恢復(三)Oracle
- Oracle介質恢復(一)Oracle
- Oracle資料庫故障恢復資料庫系統故障恢復效能優化指南大全Oracle資料庫優化
- SCN、Checkpoint、例項恢復介質恢復理解
- oracle database 例項恢復和介質恢復OracleDatabase
- 資料庫資料恢復-ORACLE資料庫的常見故障&各種故障下的資料恢復可能性資料庫資料恢復Oracle
- 資料檔案offline後,再online時,提示需要介質恢復。
- 解析ESX SERVER故障資料恢復方法Server資料恢復
- 資料庫不同故障的恢復方式資料庫
- Oracle資料庫Redo故障的恢復Oracle資料庫
- 用DUL恢復故障的資料庫資料庫
- 【伺服器資料恢復】Raid陣列更換故障硬碟後資料同步失敗的資料恢復案例伺服器資料恢復AI陣列硬碟
- 塊介質恢復(BLOCKRECOVER命令)BloC
- 【伺服器資料恢復】xen server常見故障的資料恢復方案伺服器資料恢復Server
- 恢復伺服器故障硬碟的資料伺服器硬碟
- Oracle ASM故障資料恢復解決方案OracleASM資料恢復
- 幾種主要的oracle資料庫問題發生後資料恢復的成功概率分析Oracle資料庫資料恢復
- 生產環境故障處理演練-mysql資料庫主從恢復MySql資料庫
- 儲存硬碟故障後強制上線恢復所有資料過程硬碟
- Backup And Recovery User's Guide-RMAN資料修復概念-RMAN介質恢復GUIIDE
- 【伺服器資料恢復】RAID5崩潰後強制上線導致故障的資料恢復案例伺服器資料恢復AI
- 【儲存資料恢復】EqualLogic PS系列儲存磁碟故障的資料恢復案例資料恢復
- 伺服器資料恢復-RAID5常見故障的資料恢復方案伺服器資料恢復AI
- 資料庫常見故障及恢復原理(轉)資料庫
- 東芝硬碟的故障表現及資料恢復硬碟資料恢復
- 戴爾伺服器raid故障資料恢復伺服器AI資料恢復
- ASM管理環境----資料檔案丟失介質恢復(MEDIA RECOVERY)ASM
- raid5常見故障資料恢復方法/伺服器資料恢復常用方法AI資料恢復伺服器
- open resetlogs後資料恢復資料恢復
- Oracle中truncate table後的資料恢復(Oracle資料恢復工具-ODU)Oracle資料恢復
- DM7使用DMRAMN對多次故障恢復後使用不同資料庫的歸檔進行恢復資料庫