关于江苏农信的851120阐述的灾备目的，个人十分赞同，灾备不是为了备份，不是为了实现技术成就，是切实能够实现银行的业务连续性管理目标，我再补充两句，灾备不是建设完毕就完毕了，是要有与之配套的管理手段，是要切实能够使用，在风险发生时能够起到决定作用的。 关于同城双活技术方案，是以行内业务特性为根本参考进行制定的，因此我们在涉及架构，制定方案时，除却要考虑技术方案，同时重点分析行内业务特性，从而选型，完成实施，对此业内均有可借鉴的内容，厂商也能够提供成熟的方案。 在我行建设灾备的过程中，我遇到很多令人头疼的问题，而这些问题都跟技术没有太大的关系，借助这次讨论，我希望向已经完成灾备建设，形成成熟管理体制的前辈们讨教下，如何管理灾备中心，如何针对选定的技术方案制定相应的制度，比如我们建设的是存储+应用+DB均能实现双活的架构，我们要如何管理，应该有什么样与之配套的制度？比如我们建设的是存储+应用能实现双活，DB使用ADG（热备）的架构，我们要如何管理，有什么样与之配套的技术？
双活管理的确是个难题，我们也存人手不够，通过补充对口技术人才，执行AB角互备，数据库 、存储、主机、应用负载、网路、安全各司其职；同时我上了一套容灾切换软件专门解决oracle Extend RAC 切换 及AIX个别应用容灾切换；释放DBA排错压力，专注监控定位 ，提供指引；应用切换基于DNS不需要太多人工干预；存储双活 建有第三站点来保障仲裁；减少疑难场景仲裁人工分析。
但也只能紧紧满足现状，无法应对互联网金融业务发展，这个要上devops ，推行IAAS解决方案来释放人力压力；
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30