容灾方案中的异常处理方面的推荐设计？
在容灾设计中，一旦灾难真的来临且短时间无法恢复，就需要异地灾备系统临时支撑业务。比如本次郑州的大雨，应该会有一些数据中心收到影响，后续的一些问题，比如：
故障发生切换后，如果有少量数据不一致，业务不可用？
故障恢复后，异常数据的修复？
故障期间的损失等待
返回zp_ccc的回答
这个问题好，也是很多企业忽视的一个问题。
灾难发生后，企业想的第一件事就是快速进行恢复，重续业务系统运行。请注意，重续业务系统运行时第一要务，通俗讲，要让系统运行起来，别管在哪个数据中心，让业务恢复，让“企业开门”。
重续运行了，这里面还隐含一个内容，这个运行起来的系统的能力是什么样的？百分百和原生产一样的能力，还是打了折扣的呢？能力包括处理能力和业务覆盖范围等等。
系统运行起来后，需要考虑一个问题，这时候的数据和原来正在运行时的状态是否一致，是否完整。
RPO这个指标大家都不陌生，RPO=0 那么说明恢复后的数据和原来保持一致。如果RPO不等于0呢？实际上80%的真实灾难场景中，RPO都不可能为0。
数据差了怎么办？这就是主要讨论的话题：数据追补。
任何系统在做业务连续性设计的时候，其实都不能忽视一个重要问题，就是数据追补。这个需要业务部门和IT部门共同协商，通过IT或者非IT手段进行数据的追补。