OCFS,OCFS2,ASM,RAW 性能讨论

生产系统? 不要用ocfs2.
raw+ASM就可以了.

ocfs 只能在RAC当中用.
ocfs2的开发方向有了重大调整,目的是成为通用的 cluster filesystem.

我相信oracle和ocfs2 开发团队的实力和未来的发展,软件发展都有从幼稚到成熟,混乱到清晰,脆弱到稳定的过程,如果目前你有生产系统要考虑集群文件系统, ocfs2就不要考虑了.

因此,目前的RAC环境，看不出有任何理由在生产环境用ocfs2的必要.

RAC涉及到存储的就是2个个地方，一个是OCR和voting(以及他们的redundant config),另外一块就是Oralce Data和Flashback recovery area.
现在Oracle的RAC配置一般是两种 raw(ocr+voting)+ASM(data+flashback recovery area),另外一种是 ocfs2+ASM.OCR和 voting 占用的空间很小，根本没有必要在用了ocfs2的下面用一个OS的LVM来支持，就算你那样做了，也是错误的，因为目前OCR和voting 都需要存储是clusterware的，这也是用raw或ocfs2的原因，你用lvm+ocfs2的话，底下的OS LVM不是clusterware的，所以就会把你的数据破坏掉，这个话题是一个很老的话题了，你到oracle forum去搜，或者有metalink账号的话你看看就知道了，没有意义多讨论.

如果你用 OS LVM+ocfs2 用来放 Data+Flashback Recovery Area,我建议你还是不要这么干，不是说不可以，只不过ocfs2实在是很脆弱，你有订阅 ocfs2的maillist 么？去看看吧.
Data+FRA用ASM 或RAW都很好，无论是性能上还是管理上，还是可靠性尚.

原帖由秋风No.1 于 2006-8-4 16:49 发表

不太明白了

既然都不好,为何oracle RAC的安装还推荐使用ocfs2?

你有看到哪个软件从开发之初就是好的？一个开发中的软件有各种现阶段的问题，难道就停止开发而放弃?

RAC安装从来没有推荐过用ocfs2, 你看Oracle RAC的产品经理在oracleworld上的发言了么？说得很清楚.RAC系统离开clusterwide filesystem，节点failed之后，存储部分的切换延迟就会很大，这个道理和RHCS Vs RHCS+GFS一样的.

会安装RAC不难，难的是知道什么时候应该部署RAC,怎么部署，部署什么部分，那些现在可以放心用，那些不能，用了会有什么可能的风险，怎么防止和解决?

一点补充，RAC环境，如果不是用raw, 在生产环境还是应该选择ASM.

我在RHEL4 update4上装的ocfs2；
node01 ，node02当把node02的网线或者node01的网线拔了之后，node02就会死机；而node1没有问题.

nonameboy回复:

首先强烈推荐使用RAW设备.
拔掉网线死机的话，第二个节点正常是会重启，而不应该死机.
你试一下拔CRS　的几个服务停掉再拔网线看看.
估计这样就不会死机了.
为什么会死一个节点？
根据我的理解是：因为RAC是同时使用两个节点都使用，再用两个Virtual IP 设两个主机上面，
而ORACLE client同时连接到你的两个VIP.
正常情况下，一个节点出现问题的时候，会把他的VIP设到活的节点的机器上.这样才能保证客户端可以访问两个VIP.
而你他们两台主机之间的通讯靠的是Private的网卡，RAC靠两个网卡来共享内存池，同样他们的流量是相当大的.－－－－这个概念跟我们以前在MSCS上做OFS是不一样的！！！！
而你拔掉网线的话，他们就没有办法做到共享内存池，而客户端如果还是同时使用两台主机的话，ORACLE就会出问题.所以，网线拔掉的话，必然要有一台要接管全部的VIP，而另一个一直处于无修止的重启，直到网线拔好.

而你的问题就是为什么不是重启而是死机.
估计你查一下，你的model里面的设置是不是按方档的来做，还有就是系统本身的设置.　
估计是CRS进程在重启机器的时候没有导致SYSTEM hung.

asm在oracle的官方网站一般都采用是oracle10g，由于特殊原因我们采用的是9204的oracle，如果采用raw那么分区是有限制的最多255个所以采用ocfs2文件系统，这也是oracle官方网站建议的。现在我已经做好了