【摘要】中国民生银行在灾备建设的过程中，自行研发了一套灾备自动化调度指挥平台，用
于日常灾备系统管理、切换演练、灾备切换、状态监控展现和应急启停。平台投入使用第一
年就陆续接入几十套同城和异地灾备业务系统，得益于弹性灵活的流程编排特性，灾备系统
接入时间大大缩短，后期变更维护的工作量大幅度减少；切合实际需求的桌面演练、应急启
停、跳过和重做失败步骤等功能的实现，提高了系统可用性和用户满意度。灾备自动化调度
指挥平台随着需求的更新、应用新架构的引进而不断演进，以支持我行所有场景下的自动化
灾备切换操作。
1、银行灾备建设背景介绍
近年来随着银监会《商业银行数据中心监管指引》和《商业银行业务连续性监管指引》等规
范的陆续出台，监管部门对商业银行信息系统业务连续性管理提出了很高的要求，特别是要
求定期开展灾备切换演练，而随着业务系统架构多样性及复杂性的不断提高，整个切换流程
将变得越来越复杂，同时演练中对于流程控制的要求也变得越来越高。
民生银行在灾备建设中采用的是大同城小异地的两地三中心灾备方案，同城两个机房采用了
网络大二层打通的技术，主要目的是实现同城应用双活和系统在任意机房运行，在灾备技术
方面，由于行内新核心刚刚上线不久，因此没有采用对应用有改造需求的应用端双活技术，
而数据库日志传输技术可能会导致数据丢失，灾难时无法保证 RPO=0，因此我们在现有技
术栈基础上，采用了改造和影响最少的存储复制技术，虽然在切换过程中需要激活灾备端的
各种资源，会导致 RTO 时间较长，但是可以尽力保证 RPO=0。
存储复制技术带来的灾备切换问题主要有：流程复杂，切换步骤多，逐层操作的 IT 模块
多，切换时间长。因为银行业务特点和技术栈的原因，我行业务系统数量非常多，而且使用
了各种 IT 技术，存储方面有 EMC SRDF/SWAP/STAR 以及华为 HyperReplication，数据
库方面有 DB2、ORACLE、MySQL、DB2 HADR、ORACLE RAC、MySQL MHA 以及
DB2 PureSacle GDPC、Oracle extend RAC 等，操作系统方面包括 Suse Linux、IBM
AIX、HP Unix、Oracle Solaris 以及相应的集群技术，中间件包括 Weblogic、Tomcat、
Apache、Nginx、ActiveMQ、IBM MQ 等。日常灾备切换演练和真实灾备切换时间压力
比较大。
灾备切换面临的主要问题除保证 RPO 的前提下尽量减小 RTO 外，还包括跨部门指挥协调
问题、切换流程进度监控问题、以及众多流程的维护问题。灾备切换时要考虑如何解决这些
问题，实现安全有序的灾备切换，这样就需要一款能自动化执行、对所有系统的切换流程可
