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

sqmax

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

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的话唯一的好处就是可以省点钱.

sqmax

原帖由 冬瓜头 于 2009-2-20 23:01 发表 [url=http://bbs2.chinaunix.net/redirect.php?goto=findpost&pid=10091991&ptid=1374618][/url]
难道rac不要求share disk么？ rac可不是ha阿，任意一个node都可以读＋写， 如果b的server挂了b的存储，读写b的存储，难道还给同步到a的存储上去？双向同步的产品没听说过谁要开发过。

不是同步,是镜像,RAC本身就是共享一切包括磁盘,这个方案和本地全冗余架构的RAC没有区别只是把距离拉长了而已.

sqmax

原帖由 冬瓜头 于 2009-2-20 23:07 发表 [url=http://bbs2.chinaunix.net/redirect.php?goto=findpost&pid=10092013&ptid=1374618][/url]
查了一下，sql server有基于日志的双向同步，不过sf的mirror不是双向的吧。

两个概念啊,老大,sql的同步是表之间的SQL语句的更新,类似于ORACLE logical standby database/stream,而SF的mirror在使用和管理上同硬件的RAID都比较相似.

sqmax

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

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

sqmax

原帖由 冬瓜头 于 2009-2-21 10:33 发表


这么说吧，sf的mirror是不是双向的，a和b形成mirror，a和b都是可写的么？ 写了b就同步到a，写了a就同步到b么？
mirror不就是同步么？说法不同而已。

不是A同步到B,是AB同时写

sqmax

原帖由 冬瓜头 于 2009-2-21 10:52 发表
楼主的拓扑只能做成两节点rac与第三个节点之间的ha，第三个不能加入rac，除非它也挂上a点的存储。
ha使用其他cluster来做，比如vcs for oracle rac，底层vvr同步到b。

AB节点的存储可以做成统一的共享存储,技术上没什么实现不了的

sqmax

原帖由 冬瓜头 于 2009-2-21 13:07 发表 [url=http://bbs2.chinaunix.net/redirect.php?goto=findpost&pid=10093144&ptid=1374618][/url]
我懂你的意思了。b也要要挂上a的存储，a和b做mirror，成为一个虚拟的cluster类型的voulme。

恩,是这样

sqmax

呵呵,高手啊,这两个确实是比较头痛的问题,也是比较麻烦的地方

1.正常来说,三点以上的集群应该配有仲裁服务器的,用来裁定脑裂的故障,VERITAS,IBM,HP都有这样的产品和方案

2.由于AB点存储在一个VG中,当A/B点存储之间的光纤中断后,在AB节点上应该都会认为是对方offline,但由于A节点的业务并未中断,所以A点存储与B点存储的plex不一至而导致光纤接通后B点PV被miss,而需要后续的同步,在这种方案下B点的集群接点不能够担任OLTP,只能做为查询或在平常根本不提供对外的任何业务!

sqmax

呵呵,跟容灾沾边的好象没便宜的啊!:wink: