哪里有风险，哪里就有风险防范，优秀的组织或企业往往都匹配了一套优秀的风险防范机制，而一套优秀的风险防范机制，不仅仅需要灾备系统、IT 资源等“硬实力”，也要有灾备演练机制、定期巡检机制、专业技术人员等“软实力”配合。

“软硬结合”，方可提升系统整体的抗风险水平，无论灾难在何种情况下发生，都能立即应对，确保业务连续性。

那么，在防范业务系统风险这块，一场成功的业务连续性系统演练是如何完成的呢？

深入场景·一探究竟

以英方软件与某用户配合开展的业务连续性系统演练为例，一场完整的演练需要有确定演练目标、制定演练步骤、模拟演练等几个环节。凭借强大的技术实力和人员配合，整个演练过程操作简便、井然有序，数据零丢失、业务零中断，且经过校验，保障了数据一致性，做到了简、快、准，极具参考价值。

简 / 规范步骤 化繁为简

为了减少演练过程不必要的摩擦，规范的演练步骤是第一步。灾备切换演练时一般是模拟灾难发生，进行停机切换，回切时再进行在线回切，涉及到应用运维人员、DBA 和系统管理员等，需要各个运维团队相互配合才能顺利完成。

通过技术人员讨论，此次演练目标定为：演练英方软件在实时保护 Oracle 数据库的同时，可接管生产应用，并能正常回写。

明确演练目标和参与人员后，此次演练步骤具体规划如下：

规范的演练步骤能够让参与人员对演练范围、时间有一定的把控，更加深入地理解场景，由简入繁，适应和熟悉简单步骤后，就可以有条不紊地开始整个复杂计划的演练了。

快 / 一键切换 瞬时接管

在前期准备工作完成后，参考风险分析报告，选择最有可能发生的会影响到业务的事件作为模拟场景，模拟生产故障发生。

故障发生后，通过英方数据库灾备管理软件 i2Active，自动检测到系统故障，停止数据同步规则。

源端数据复制规则停止同步后，在总览页面点击“备端接管”按钮，一键完成自动化应用接管，整个接管过程在 5 分钟之内完成。

随后建立反向规则，进行数据回写，发生数据回写故障也不会造成具体的数据丢失，只需要重新建立回写规则即可。

数据回写完成后，如果这时候主端已经可以使用了，就可以将备端再反向回切到主端。将备端卸载，确保备端不再生产数据后，解锁源端用户，恢复正常生产。整个反向回切的过程也非常迅速，时间控制在 25 分钟之内。

i2Active 在数据库高并发事务场景下，实现从生产数据库到灾备数据库的全量同步和增量同步，关键的目标接管和生产恢复步骤都能够控制在 5 分钟之内，帮助用户在复杂的应用环境下，迅速完成数据库的应用切换。

准 / 一致比对 差异修复

从生产故障模拟，到目标接管，再到回写数据和反向回切，整个演练过程时间控制在四小时之内，实现了主到备的数据库切换和备到主的回切。

不止于快，对于企业或组织来说，应用恢复的准确性也同等重要。

i2Active 具备的数据库一致性比对和恢复功能，可以将数据库进行对比，包括对象比较和表比较，通过比较来确定主备之间的数据库差异，如果有差异根据相应的修复方案对数据库进行修复。

修复回退的方案一般有主到备、备到主两种：

1.主到备回退方案

从主到备的切换只是在备端将 JOB 和触发器开启，然后再将生产端的 JOB 和触发器关闭，如果在管理平台中切换失败可以直接运行停止触发器、停止 JOB 两条命令。

为了保障数据安全，在切换前需要通知到各方停止业务，对主库做备份，切换后再开启业务系统，如有意外则可通过备份进行恢复。

2.备到主回退方案

一旦切换到备端后，所有的生产数据就在容灾数据库，为了保证数据一致性，需要将增量数据反向同步到主端，同步完成校验两边数据是否一致。

如果数据一致，则可以开始从备端切换到主端，同样的切换只是将备端的 JOB 和触发器关闭和主端的 JOB 和触发器开启；如果不一致，则需要重新比较和修复。

在切换前同样需要通知到各方停止业务，并将备端数据库做一个备份，切换后再开启业务系统，如有意外则可通过备份进行恢复。

未雨绸缪·业务不停

在数字化进程不断加快的今天，不管是传统行业还是非传统行业，在业务运转的过程中都会遇到不同的风险。虽说灾备建设是未雨绸缪，谁也不想在实际业务运行中遇到问题，但是有了灾备建设这一“硬实力”，也要通过合理的演练提升人员、系统抗风险的“软实力”。

英方软件一键式业务连续性系统演练，操作从简、又快又准，极大降低了容灾演练的门槛，减少人力成本投入，避免出现因缺乏演练而造成容灾站点业务连续性无法保障的问题，帮助用户全面提升抗风险水平。