请教：以rac模式实现远程容灾可行吗？

无牙

方案可行，但是有很多细节需要决定方案是否可用。
1) 心跳线是不是应该和存储走同一个光纤？
2) 两地之间的裸光纤的数量，DWDM设备的配置问题？
3) 使用SFRAC替换SF？
4) i/o fencing的规划问题？

无牙

原帖由 冬瓜头 于 2009-2-20 15:39 发表
deadwind说得对，rac的话得3台都访问a的存储，a灾难，b的server也down机，没有意义。b的server需要挂b的存储，不要加入rac，得用其他方法，比如第三方cluster，或者dataguard

如果a和b的磁盘阵列使用SF做的mirror卷，不会出现这个问题。

无牙

原帖由 sqmax 于 2009-2-21 05:23 发表


1.除非条件迫不得已否则最好不要
2.两跟应该就足够了,1心跳,2数据
3.恩SFRAC需要的其实就是CFS能够提供共享的集群文件系统就可以了
4.规划方面的什么问题,能说得具体点吗?

决定这个方案是否可行，除了性能外最重要的问题是如何有效的防止brain split！

有几个问题需要考虑：
1) A和B之间的心跳线同时断了如何处理？这个问题还好办，可以通过SFRAC自带的VCS规避这个问题; 但是要注意LLT是广播包。对A和B之间的以太网链路有要求。
2) A和B之间存储的光纤链路中断后如何处理，是否会出现写不一致的地方？这个是比较头疼的问题。

[ 本帖最后由 无牙 于 2009-2-21 21:29 编辑 ]

无牙

这个项目实施下来不是个小数目。

无牙

原帖由 xjhns 于 2009-2-24 08:09 发表
问楼上高手个问题：
这里I/O fencing需要怎么考虑？

每个阵列上取盘的数量，以及在vxfentab中盘的顺序。