城商行计划重建异地应用级灾备承载10多个交易类应用系统，有一些疑问请教？
背景：我们中小型地方性城市商业银行需要自建应用级异地灾备中心，承载10余个重要交易类应用系统，数据量约有30T。我们现在顾虑就是怕异地灾备演练时，数据回写的时间过长，造成数据不一致或演练时间过长不好把控。所以特发一些探讨的话题，希望借助同行的经验，给与一些参考。不吝指...显示全部
查看其它 9 个回答匿名用户的回答
要建立应用级异地灾备中心，个人感觉首先考虑必要性，其次考虑投入能否接受，毕竟城市商业银行是区域性银行，如果真要发生异常，需要用到启用了异地数据中心，那灾难级别已经达到了一定程度，异地数据中心能否真正起到作用，起到多大作用，都得进行考量。毕竟建立一个异地应用级灾备中心的投入不是一个小数目。
至于技术方面，建议使用基于TCP网络的数据增量同步软件，减少同步的数据量。
- 我们也觉得没必要，现有的异地就是数据级，演练采用拉快照的方式进行，但上层一定要做成应用级，所以我们也很无奈呀
- 异地应用级双活模式，我的想法是通过入口流量调度的方式，按客户源IP将较小比例的流量分配至异地灾备中心，达到应用级双活的目的。由于应用服务器存在写日志的需要，在设计应用层双活时，仍需考虑日志数据库同步问题。同时，异地情况下传输距离较远，数据库无法满足双活要求，因此异地数据中心只能承载较小流量的业务数据。 分库分表也是一种解决的办法，用户分属不同的数据中心，数据实时同步要求不高。
- 每个支行都要部署异地跨区域的长途专线么？如果没有，这种应用级灾备也是虚假的。那就在原来数据级的基础上，搭建应用服务器进行验证、演练、应急使用。也算是一种准应用级异地灾备。
- 分支机构异地灾备通讯线路推荐考虑4G VPDN，节省通讯链路费用，稳定性也能满足。