那么如何保证仲裁机制及策略的一致性？
建设双活数据中心，我且将双活数据中心定义如下：应用层面：同一个业务请求可以同时进入两个数据中心。数据层面：应用服务器可以同时在两个数据中心进行写入操作。存储层面：双数据中心的存储实时保持同步。技术难点：如果站点间发生链路中断或者是站点级别灾难，那么数据库集群、存储...显示全部
查看其它 3 个回答zp_ccc的回答
目前这些层面的技术不可能通过统一的仲裁机制来管理，可以说数据库有自己的仲裁机制，存储也同样有自己的仲裁机制，几个层面也不需要统一仲裁策略。
- 多谢您的回答！ 如果数据库先发生仲裁，存储后发生仲裁，这种情况下有没有可能发生这样的场景，数据库认为A中心节点可用。而存储恰恰认为B中心节点可用。他们彼此孤立，最终的结果数据库节点全部宕机。
- 没太明白楼主意思。数据库和存储都有各自的仲裁，如果发生脑裂后两个集群仲裁结果不一致则可以tivoli配置脚本保证不会出现一边存储集群活着而另一边数据库集群活着的情况，db2 purescale就是这么弄的，之后应该有人工办法将集群在一边起起来
- 我理解的数据库的双活和存储层的双活，都必须要保障数据的任何节点都要正度访问存储的任意节点，也就是不会出现像你说的数据库A站点不能访问存储B节点，而导致数据库节点的宕机
- 双中心之间的光纤链路完全断裂，挖土机一铲子下去，两根光纤全断了。
- 求求各位大神解决吧，呵呵