核心系统的应用级灾备方案架构，如何使回切后核心系统和外围系统不产生单边账？

由于灾难演练过程时间窗口有限，在生产切到在灾备做真实的业务演练后，会产生很多演练数据，值得关注的是账务数据和真实客户数据，据我了解，通用的做法有三种：
1、建立了生产和灾备存储间的实时/异步同步和切换后的反向复制，当生产切到灾备后，复制关系也将同步反转，由灾备存储实时/异步复制到生产，这是在灾备端的变更，也将复制回生产端。对于异步复制方式，在演练完成后，停止应用的继续写数据，在生产和灾备端数据完全一致后，再回切至生产。
2、仅仅只能建立一端到另一端的复制，复制关系无法反转，若需要反转需要删除原复制关系，重新建立反向复制关系。对于这种方式，通常有两种行业的做法：
（1）切到灾备演练后，不进行回切，因为反向同步需要大量时间，没有太多的时间窗口。这时就在灾备端运行一段时间，待数据完全/准完全同步回生产后，再次选择时间窗口进行回切演练。
（2）切到灾备演练后，不开启对外的外围渠道或服务，仅仅开启可控的渠道进行业务演练，演练后，放弃掉灾备端产生的演练数据，直接回切回生产，再开启全量的外围渠道或服务。