请问针对国产数据库的容灾建设,如基于数据库主备模式或结合存储复制的容灾架构,如何进行容灾测试以验证容灾架构的有效性和可靠性?并在实施容灾切换时,如何最小化业务中断时间?
请问针对国产数据库的容灾建设,如基于数据库主备模式或结合存储复制的容灾架构,如何进行容灾测试以验证容灾架构的有效性和可靠性?并在实施容灾切换时,如何最小化业务中断时间?
(1)数据库备库建议部署到 kvm虚拟化环境上
(2)基于 数据库备库做虚拟机快照或克隆
(3)将克隆出来的虚拟机,启动数据库,用于做容灾验证;或 用于做开发测试环境;
(4)容灾切换,最好是web界面统一管理,一键切换,一键回切
收起我了解的一种容灾方案叫实时容灾,提供实时备份、双机镜像、自动接管这三个容灾功能。
这个方案里面实时备份是基于磁盘卷级的,根据IO变化实时将IO复制发往备份系统,此时备份系统可以选择在自身本地是否要额外存放一份备份数据,然后再将数据实时同步给容灾备机。
如果备份系统在双机镜像过程中保留了一份备份数据,这份备份数据是可以用来手动接管或者直接恢复到其他主机上,例如测试主机,这时就可以用于验证了。再退一步讲,容灾备机是可以处于开机状态的,直接在备机上验证也是可以的。
另外一个问题,容灾切换时,如何最小化业务中断时间。如果主机和容灾备机是在同一个网络环境下的,直接将主机的IP漂移到备机上就完成切换了。如果处于不同的网络环境中,就需要人工配置或者其他的一些网络路由处理解决方案了。不过由于主备一致,就算不通过路由解决不同网络环境的切换问题,修改应用系统调用的数据库地址也是可以的。
针对国产数据库的容灾建设,可以采用基于数据库主备模式或结合存储复制的容灾架构。容灾测试是验证容灾架构有效性和可靠性的关键步骤,以下是容灾测试的建议:
在实施容灾切换时,最小化业务中断时间的方法如下: