同城的灾备切换是每半年一次,我行是所有系统统一进行切换,如果是负载均衡系统需要进行停单边一周进行业务检验。异地灾备切换目前是重要信息系统进行切换,每季度进行一次连通性测试。...
应用的灾备切换,这个还是要提前做好应用标准化,比如我行所有系统目前都支持在指定的标准目录使用标准命名脚本实现分步骤或者一键式启停,在实现应用标准化后也能方便接入运维自动化系统方便进行统一的管理...
补充回答下第一个问题,不知道贵行整体架构中是否有总前或者总线系统,我行核心系统的多活负载均衡实际是由总前/分布式总线系统通过tuxedo中间件实现的,总前/总线系统多个app通过tuxedo域连接和核心系统多个app通信,核心系...
我行核心系统数据库目前是RAC,通过ADG做了双机房的读写分离,两个读库是RAC双活,业务由3个数据库同时对外服务。灾备方面: 主库跨机房是通过存储SRDF做了同城和异地的数据同步;存储通过BCV备份T+1数据,同事为了防止数据文件...
我理解你的问题文件共享的高可用性吧?我行目前文件共享做了分级,普通文件使用了NAS,支付大小额类账务文件使用了NAS并且通过scp拷贝到了文件服务器一份(交易耗时增加300ms),重要文件确保NAS异常不会丢失,目前使用情况因性...
分布式核心系统肯定是未来主要的发展方向,优点很多,但目前难点在于数据库层面,数据库跨中心多活比较难实现,数据一致性,分布式事物,跨中心的多节点性能和稳定性都没有达到比较完美的状态;另外分布式中文件共享也是一个小技术...
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30