两个中心成为了一套系统，如何避免不出现系统性故障？

双活主要是保证业务的连续性，当然也兼顾灾备因为双活也是一种灾备方式不是么？你所指的应该是对于逻辑错误、操作失误等情况时，因为双活体制下的两份数据是一致的，要有问题都会有问题就如量子一般。这时，双活便背离里灾备，毕竟，站点级的故障和逻辑错误、操作失误等相比，发生的几率是要低上一个等级的。这也正是你所担心的问题，但是我们也可以通过其他的灾备手段：快照、备份、测试等技术手段以及规范流程、严格审查、培训业务等管理手段来规避这些逻辑及操作失误。

如果你所说的“系统性错误”是所谓的“逻辑性错误”，那其实可以通过技术手段避免，比如通过CDP快照模式，实现时间点恢复，与是否采用双活模式无关。本身双活模式其实就是某种意义上的高可用的灾备。

在架构设计上一定要解耦，双活中心从维护上要看做一个整体，但具体到某个系统的某个节点，一定要与另一个中心的某些节点尽可能地减少依赖关系，这样才能避免系统性故障。

这个问题我们已经面临了。双中心的同一套系统，如果整体发生了故障怎么办？ 可能会有人人为已经是双活了，怎么还有整体故障的风险呢，但其实还是会有的，未知的。双保险，我们在双活环境又加入了保护机制，通过HADR搭建了临时灾备环境。防止双活环境真不可用的情况下，备机还能顶上去。备机是完全独立的硬件设备，所以比较安全，不会带进双活环境的问题。这个备机可以放在主中心或者是第三中心。