背景:我们中小型地方性城市商业银行需要自建应用级异地灾备中心,承载10余个重要交易类应用系统,数据量约有30T。我们现在顾虑就是怕异地灾备演练时,数据回写的时间过长,造成数据不一致或演练时间过长不好把控。所以特发一些探讨的话题,希望借助同行的经验,给与一些参考。不吝指教!问题1:自建异地灾备中心应如何选址?问题2:采用什么技术性价比比较高?问题3:数据需要回写的话,带宽应该怎么考虑?
希望大家给与一些建议和经验,感谢!
数据库:1、运维维护简单,风险小数据库系统可以使用异地存储复制,RPO时间会长一些,回写的时间也会长一些,但是演练的数据变化量应该不会太大。2、数据库也可以使用逻辑复制,只复制数据库日志,数据量小,同步时间断。应用:1、应用程序和日志全部通过存储复制,同步完成后,拉起存储资源,变更配置,启动应用程序,平时不需要投产,切换时间长2、如果应用程序无需数据日志传输同步,可以直接投产变更生产与异地一起投产变更。异地应用可以直接启动应用程序。参与日常投产,切换时间短。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30