您好,登錄后才能下訂單哦!
此圖涉及三個版本的化身 Incarnation。
Incarnation 1:
最低位黑色水平線從 SCN1 開始,經歷 SCN1000,直到 SCN2000,這個為數據庫第一個化身,稱之為 Incarnation 1,這時 候, 化身1 就為 當前化身(current incarnation) 。
Incarnation 2:
假設在化身1中,我們執行了一個時間點恢復(不完全恢復),且指定的地方是 SCN1000 的位置,然后我們通過使用 Resetlogs 選項打開了數據庫,這時,化身2 就出現了(45°傾斜黑色實線),化身2 從SCN1000開始,持續到 SCN3000。這時候,我們稱 化身1 是 化身2 的 父級化身(parent incarnation),化身2 變為當前化身(current incarnation) 。
Incarnation 3:
我們觀察下向右上角45°傾斜的這條黑色實線,它是化身2。在化身2中,它從 SCN1000開始,經過 SCN2000,持續到 SCN3000。假設在化身2 中,我們執行了一個時間點恢復(不完全恢復),且指定的地方是 SCN2000 的位置,然后通過 Resetlogs 選項打開數據庫,這時,化身3 就出現了(位于最高位的黑色水平線),化身3 從 SCN2000開始,持續到黑色水平線 的 SCN3000。這時候,我們稱 化身2 是 化身3 的 父級化身 ,稱 化身1 是 化身3 的 祖輩級化身(ancestor incarnation),化身3 變為當前化身(current incarnation) 。
場景模擬:
( 1 )
(2)由于表A被刪除,需要進行不完全恢復,恢復到SCN1046437,此時Open resetlogs打開,開啟一個新的化身incarnation 2,表A被找回,但是表B,表C已丟失。
(3)此時如果想繼續恢復到創建表C時刻,需要指定化身1(reset database to incarnation 1),然后進行restore +recover實現恢復 到創建表C時刻,此時Open resetlogs打開,開啟一個新的化身incarnation 3,此時化身2變為孤兒化身(ORPHAN),當前情況為表 B,表C存在,表A丟失。
(4)再次回到化身2,需要指定化身2(reset database to incarnation 2),然后進行restore+recover實現恢復到化身2,此時需要 Open resetlogs打開,開啟一個新的化身4,此時化身3變為孤兒化身(ORPHAN),化身2變為父化身(Parent)
//當前化身為化身4,進行一次冷備份
//恢復到化身3,開啟化身5,當化身5數據文件損壞時,使用化身4時的冷備份進行恢復測試
//open報錯
//recover報錯
//trace重建控制文件報錯
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。