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