为什么采用SF RAC+ASM

mike79

假设有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

我记得11gR2可以用ASM做voting disk了

mike79

我记得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

我安装时，集群采用ASM也就用了两块RAW磁盘。

xzcsiwh

在SF campus cluster VCS 可以使用 coordination point server 做vote. 避免两个site, 奇数磁盘分配的问题。

Kakii

假设有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双路访问及存储异构问题，两者并不冲突。