OCFS,OCFS2,ASM,RAW 讨论主题合并帖

shahand

nntp回答耐心，诲人不倦啊

brave_script

谢谢版主，asm在oracle的官方网站一般都采用是oracle10g，由于特殊原因我们采用的是9204的oracle，如果采用raw那么分区是有限制的最多255个所以采用ocfs2文件系统，这也是oracle官方网站建议的。现在我已经做好了rac只是在扩充上有些不是很理想。ocr和voting是在单一的raw上的现在主要是data文件和flashback recovery area 文件的扩充问题如何解决，的确ocfs2文件系统有时不是很稳定但相对扩充要好多了

nntp

oracle 没有说best practise 建议你用ocfs2, 实际上在社区没有一个oracle得人敢出来说ocfs2 你们放心用在生产环境把.

既然是RAC这个前提，我的建议就偏安全考虑.

既然解决的是Data部分的问题，而且又不用ASM,就没有选择了，只能用  LVM+OCFS了.

不过ocfs R1很麻烦的，不但和R2 一样不支持online resizing, 而且如果要resize ，操作起来需要一定的步骤的.

现在的麻烦就是 array 可以online resize, lun可以online hot add,  pv可以online add, vg 可以online extend, lv 可以online extend，唯独你 resize ocfs on  lv 的时候，不能online做. 必须要把ocfs 从所有node上卸下来.

nntp

ocfs1不能直接升级到ocfs2, 如果以后要升级，需要做DB的导入导出操作.

昨天为了确认我给你的回复，顺便又搜了一下，ocfs1的 bug在网上比比皆是，触目惊心.
说白了，你们这样的架构的选择，最后就是给施工单位/人员和客户自找麻烦，痛苦的还在后面呢.

[ 本帖最后由 nntp 于 2006-5-10 14:40 编辑 ]

brave_script

谢谢斑竹。其实我现在做的就是你所的方式，在所有节点将要扩充的ocfs盘umount之后在格式化，其实在oracle中也不需要这么做，毕竟oracle都是文件存放，只是想明白可以不可以动态扩展ocfs2文件系统在LVM上

brave_script

顺便说一下我们使用的是ocfs2

nntp

我昨天看到ocfs2的maillist有ocfs2 的 developer回答了类似问题:
他们的答复和我在二楼写的基本相同.

我在重复一下:  ocfs2是一个clusteraware 的文件系统，在每个RAC node上都有instance运行，并通过网络通信+lock的机制,确保不同的node对同一个存储区域的读写是在控制下进行并且所有的node通过ocfs2 instance知道谁写了/谁读了. 所以ocfs2 filesystem的完整性是有保障底线的.

当你把ocfs2创建在LVM上的时候，LVM的 control在不同的node上是各管各的，由每个node的OS和LVM module自己来控制，node之间的LVM 并不通信，他们都是独立的，不排斥不加锁得去访问/操作共享存储上的区域，虽然你可以从每个node上用lvm工具scan到共享盘阵上的pv/vg/lv,但是一旦涉及到读写操作，所有的node便完全孤立来做了.所以LVM metadata 的读写就变成一个严重的问题.
所以 ocfs2+LVM 用在RAC的数据共享上是不可取的.

________________________________
maillist 的答复如下:

That's why ocfs2 is not certified with lvm2.

Going forward, we will be looking into this issue. But currently
there is no certified solution.

If you are running Oracle db and need volume mgmt, you should look into ASM.
-----------------------------------------------------------------------------------------------

joyhappy

"所以 ocfs2+LVM 用在RAC的数据共享上是不可取的"

我同意这种说法。
但从原理上讲，如果确实需要用LVM， 可以用LVM2，也就是ocfs2 ＋ CLVM，不过我没有试过；应该可以。

nntp

原帖由 joyhappy 于 2006-5-12 08:52 发表
"所以 ocfs2+LVM 用在RAC的数据共享上是不可取的"

我同意这种说法。
但从原理上讲，如果确实需要用LVM， 可以用LVM2，也就是ocfs2 ＋ CLVM，不过我没有试过；应该可以。

HA里面用LVM 很常见，但是都是一头用一头锁的，RAC那种需要同时访问操作的，我恐怕就不是这样简单了.

blue_stone

linux下的lvm不是clusterware aware的，所以不能够用在cluster环境下，cluster环境下应该使用clvm.

不明白为什么ocfs2不能使用在生产环境中，毕竟ocfs2已经整合到了linux kernel中。
还请nntp解释一下