比如我们银行是一个比较典型的城市商业银行,技术人才储备不足,相对缺乏,对双活的理解比较皮毛,同时选择了双活后期的运维人才是个问题,还有城商行在投入方面也是一个需要考虑的问题,。
要玩双活, 这个必须解决人才问题,
不然验证依赖集成商,
集成商一走,就是一大堆事,
这个没有捷径可言,及时高端解决方案,实施中也难免不足,这个就需要人来维护。银行金融风险问题,这个推给其他专门部门解决吧!!!
我在河北、山东、湖南给不少银行做过支持同城双活的应用系统,可以建议下。
真正的双活应当要实现应用双活、网络双活、数据双活。
网络和数据方面容易解决一些,而比较难操作的是应用双活,
所以,核心系统改造的时候更适合进行同步建设同城双活。这时可以从应用开始就按照双活架构来进行规划设计,后面只需要按阶段规划实施。
注意事项有以下几点:
1、应用必须支持分布式部署架构,并支持使用域名访问数据库。
2、生产机房和同城灾备机房链路质量要有一定保障,距离不要大于40KM。
3、根据监管要求,需要按照业务等级来规划方案,不同的等级采用不同的保护政策 。当我们技术力量不足时,各类应用实现双活时尽量不要用太复杂的方案,分阶段去升级,否则带来的维护成本太高。
城市商业银行双活项目我碰到很多,主要难题有四个:
第一,现状不明,系统经过常年积累已经非常多,一些系统的供应商已经不在了,系统之间的关系也不是非常明确,这个时候要做任何改造都充满了风险,不要说下刀,下手都很困难;
第二,可用资源不明确,做双活系统目前最容易实现的就是存储层面的双活,但是存储层面双活是需要良好的链路资源的,但是双活系统在规划的时候可能机房选址和链路都没有确定,万一链路无法达标,双活也就无法构建。我曾经碰到过因为运营商链路无法达标,客户等待运营商链路整改整整等了三个月的情况;
第三,建设目标不明确,双活是分成很多层面的,很难一步到位,但是,要给非科技领导讲明白比较困难;
第四,人员紧缺,双活数据中心维护量肯定要比原来的大,没有人是不行的。而且更科技智能的前提是有更高素质的人才。
最后,如果可以,先起咨询是比较靠谱的做法。