您好,登錄后才能下訂單哦!
這部分需要添加standby redo log,添加日志相關(guān)操作請參照與DG physical DB 轉(zhuǎn) snapshot DB第一部分,
以下內(nèi)容摘自physical DB 轉(zhuǎn) snapshot DB第一部分
在備庫設(shè)置快速恢復(fù)區(qū),大小,路徑,創(chuàng)建4組standby redo log
備庫上依據(jù)redo log的路徑建立4組standby redo log
打開主庫,設(shè)置快速恢復(fù)區(qū)大小,路徑,
主庫上依據(jù)redo log的路徑建立4組standby redo log
主庫修改傳輸方式sync affirm ,下面?zhèn)鋷煲矊⒏薷?
備庫沒有設(shè)置spfile,是以pfile打開庫的,所以創(chuàng)建spifle,以spfile打開,才能修改
主庫開始轉(zhuǎn)換,成功的從maximum performance 到 maximum protection模式
主庫轉(zhuǎn)換成功之后,備庫的狀態(tài)也隨著改變了
主庫做一些DML操作,但是最后一步?jīng)]有提交
備庫重新mount并應(yīng)用日志(media recover)查詢信息,查不到最后沒有提交的信息,正常!
這個時候我們把備庫的網(wǎng)絡(luò)切斷,然后再備庫提交試試看...
主庫探知備庫down,大約5~6分鐘之后主庫自己也選擇自殺了(shutdown abort)
主庫最后的告警日志信息
接著通過Xshell連接到備庫的虛擬主機,查看狀態(tài)恢復(fù)正常
主庫再啟動到open,因為是自殺(shutdown abort)所以會比較就一點,好了,一切正常!成功!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。