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

wuerhe

如下图所示，本地机房与同城异地机房相距约20km（光纤距离），网络为企业内部IP网,本地服务器A、B为Oracle9i RAC。
两地两个存储阵列，数据库服务器采用veritas VM逻辑卷镜像，实现数据级容灾。
为了实现应用级容灾，目前决定在异地机房部署服务器C。
我的构思是把C作为一个节点加入RAC，即构成3节点RAC，请问是否可行？

deadwind

一般rac是为了高可用

容灾是dg

好多较可靠方案是A地RAC，B地RAC，AB互做dg

deadwind

按你图上所画的，C节点加入RAC应该访问的是AB节点的共享存储吧

sqmax

只要你能保证网络带宽没什么不可行的,如果用标准的容灾方案的话,会有主-备身份切换的问题,而用RAC的话可以避免,DG的话,可以做为锦上添花的东西来使用,如果连可用性都不具备的话,容灾也就没意义了.

冬瓜头

deadwind说得对，rac的话得3台都访问a的存储，a灾难，b的server也down机，没有意义。b的server需要挂b的存储，不要加入rac，得用其他方法，比如第三方cluster，或者dataguard

sqmax

原帖由 冬瓜头 于 2009-2-20 15:39 发表 [url=http://bbs2.chinaunix.net/redirect.php?goto=findpost&pid=10089581&ptid=1374618][/url]
deadwind说得对，rac的话得3台都访问a的存储，a灾难，b的server也down机，没有意义。b的server需要挂b的存储，不要加入rac，得用其他方法，比如第三方cluster，或者dataguard

冬瓜,没这么费劲!看LZ的方案远的可能为VERITAS CFS共享文件系统或也可以使用ASM做卷的镜像,只要带宽足够,裸光纤/100M线路c接点同AB做RAC也都没问题,由于存储做为CFS/ASM镜像卷组中的单卷,A/B共享存储的损坏并不会影响C点卷组的读写状态(但单个PV offline),所以C点应用是正常的.相对来将做这样的方案可以使用厂家的盘柜镜像来代替效果会更好,而用ODG的话唯一的好处就是可以省点钱.

无牙

方案可行，但是有很多细节需要决定方案是否可用。
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卷，不会出现这个问题。

冬瓜头

难道rac不要求share disk么？ rac可不是ha阿，任意一个node都可以读＋写， 如果b的server挂了b的存储，读写b的存储，难道还给同步到a的存储上去？双向同步的产品没听说过谁要开发过。

冬瓜头

查了一下，sql server有基于日志的双向同步，不过sf的mirror不是双向的吧。