基于日志复制的数据库灾备技术,如Db2的HADR,Oracle的ADG,mysql的bin-log复制,很多备机的角色就是纯备机,只读功能也只是摆设,这样放着资源利用率很低,是否有备机整合的一些思路?大家有什么好的建议?
只读的库至少可以做bi的数据源吧?如果开发能配合做到读写分离,那么适当调整分表分库,性能有提升数量级的可能。
基于日志的备份方案,还是要配置hacmp,以实现自动切换接管。可以在hacmp中部署其他的application group,实现备机复用。hadr 比纯db2 + hacmp优势是快速切换接管。如果考虑业务复用,还是建议考虑cdc 这类跨平台数据库传输抽取软件。
您的这个思路很好,使用一台备机进行一备多的配置。还有一个LinuxONE的思路,供您参考。生产和灾备机器采用不同配置。例如生产配置10颗处理器,灾备配置2颗处理器及8颗CBU处理器,在生产出现问题后,可以将CBU激活,满足生产的需求。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30