这类问题我相信很多银行都会遇到,想交流一下如何解决的,能预想的原因有系统本身参数配置问题,加上双活本身造成的性能损耗,问题影响会成倍的增加,另外也和双活架构部署的先后顺序有关,部分企业是先在单点存储上线的业务,后搭建的存储双活容灾节点,从存储和整体双活架构角度,应该如何调整与均衡这些指标呢?
个人理解交易成功率降低大概率是数据写入出现了问题,首先采集数据库、主机、网络(主要是双活同步网络)和底层存储的日志,然后分析跑批期间的有没有出现资源利用率过高导致写入受到严重影响的环节,具体分析后才能进行有效的调整。所有的双活和同步复制都要求写数据在两个设备的一致写入,跑批期间有大量的过程数据写入,都会面临比较大的挑战。我曾经碰到过一家行因为复制链路带宽过低导致大量IO拥塞导致出现问题,通过带宽扩容解决了问题。但是,前提还是前面说的,找到问题的原因才能优化。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30