Chinaunix

标题: 为什么采用SF RAC+ASM [打印本页]

作者: mike79 时间: 2010-11-10 22:34
标题: 为什么采用SF RAC+ASM
本帖最后由 mike79 于 2010-11-10 22:45 编辑

假设有AB两个中心，各有1台存储，不具有复制功能。Oracle RAC数据库建立在这2台存储上，要求任意中心宕掉不会导致数据库下线。
如果采用普通的LUN+ASM，简称ASM(LUN)，用normal redundancy，可以把数据文件镜像到2台存储上。但是vote disk有3个，必定在一个存储上至少有2个vote disk，一旦这个存储宕掉，数据库就offline了
如果采用CVM volume+ASM，简称ASM(volume)，可以把volume镜像到这2个存储上。ASM DiskGroup建立在这些volume上，并且采用external redundancy。
就容灾效果而言，采用CFS和ASM(volume)类似。优势在于管理数据文件更简单，劣势在于软件堆栈更复杂了。
PS 目标被简化了，因为VCS要求3个仲裁盘至少能访问2个，不过VCS仲裁盘只有在成员离开集群时才用到。而ASM vote disk是不间断的检查的？

作者: wolfop 时间: 2010-11-11 10:25
我记得11gR2可以用ASM做voting disk了

作者: mike79 时间: 2010-11-11 10:31

我记得11gR2可以用ASM做voting disk了
wolfop 发表于 2010-11-11 10:25

vote disk可以放在ASM中，不过要求是在3个独立的failure group中，也就是3块独立硬盘。
昨天看手册发现ASM检测到某个failure group不可用，这个failure group中有vote disk，并且有其他可用的failure group，会自动把vote disk迁移到新的failure group中。利用这个特性，或许可以解决原来的问题

作者: ivovoto 时间: 2010-11-11 14:45
我安装时，集群采用ASM也就用了两块RAW磁盘。

作者: xzcsiwh 时间: 2011-03-03 16:52
在SF campus cluster VCS 可以使用 coordination point server 做vote. 避免两个site, 奇数磁盘分配的问题。

作者: Kakii 时间: 2011-03-03 20:27

假设有AB两个中心，各有1台存储，不具有复制功能。Oracle RAC数据库建立在这2台存储上，要求任意中心宕掉不 ...
mike79 发表于 2010-11-10 22:34

RAC对voting disk的状态的检查粒度是要高于SF的IO Fencing的，当voting disk出现问题时，RAC会在IO fencing判断之前作出相应的动作，所以在你这个环境中SF解决了voting disk双路访问及存储异构问题，两者并不冲突。

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)