双活不可避免的问题，双中心脑裂的保护机制如何考虑？

双活环境下的仲裁分很多的层次。例如文件系统复制，集群文件系统节点，数据库集群仲裁节点等等，包括网络，存储等。我现在见到的实际使用的防脑裂机制主要有两种： 一种是通过第三方仲裁，由第三方仲裁来决定哪一方存活。例如民生银行的对等双活环境，四川农信也在测试。还有一种是majority，也就是双中心投票者不一样多，也就是中心分主次，理论上主中心每次都会存活。这个在交行已经使用。

至于人工方式仲裁，那已经不是自动的了，不能算防止了脑裂。

但是在这样复杂的情况下（多层次），还是有可能出问题。应为层次比较多，有可能每一层选取了不同的中心存活，最终反而全盘宕掉。这是有这样的风险的。为了解决这个层次关系，一般考虑的方法是让底层先决定，然后基于这层的其他层次按照底层的结果来选择。这就是为什么在多个层次间，需要调整脑裂仲裁时间的原因。但还是不太保险。不知道还有什么更好的方式。