这部分需要添加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进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。