评论: 在AIX 5L中，怎么创建没有头部偏移的LV（for Oracle datafile） http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html dba on unix Wed, 27 Aug 2008 23:02:48 +0000 http://wordpress.org/?v=2.1.2 作者: biti_rainy http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-278 biti_rainy Tue, 08 May 2007 05:39:57 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-278 big vg出现了一个bug，就是使用-T O，也是创建的普通的DS_LV类型的LV，而不是DS_LVZ类型的LV。 --------------------------- 更确切一点，是创建好lv之后，当发生chlv 或者lvm的操作的时候lvm会修改掉 vgda中的 DEVICESUBTYPE 。 这样当 VGDA 中的信息和 ODM 中的信息就不一样了。 当 vgda重新写回odm的时候就出问题了。 参考如下例子： ODM 和 VGDA 信息不一致(lslv -L 的最后一行 DS_LVZ)。 <coolcode> root@mirror_pri:/>varyonvg mir_pri_rdvg_01 root@mirror_pri:/>lslv -L mir_p_128_001 LOGICAL VOLUME: mir_p_128_001 VOLUME GROUP: mir_pri_rdvg_01 LV IDENTIFIER: 00c2a48f00004c0000000112227851cf.11 PERMISSION: read/write VG STATE: active/complete LV STATE: closed/syncd TYPE: raw WRITE VERIFY: off MAX LPs: 512 PP SIZE: 4 megabyte(s) COPIES: 1 SCHED POLICY: parallel LPs: 32 PPs: 32 STALE PPs: 0 BB POLICY: relocatable INTER-POLICY: minimum RELOCATABLE: yes INTRA-POLICY: middle UPPER BOUND: 64 MOUNT POINT: N/A LABEL: None MIRROR WRITE CONSISTENCY: on/ACTIVE EACH LP COPY ON A SEPARATE PV ?: yes Serialize IO ?: NO root@mirror_pri:/>varyoffvg mir_pri_rdvg_01 root@mirror_pri:/>lslv -L mir_p_128_001 LOGICAL VOLUME: mir_p_128_001 VOLUME GROUP: mir_pri_rdvg_01 LV IDENTIFIER: 00c2a48f00004c0000000112227851cf.11 PERMISSION: ? VG STATE: inactive LV STATE: ? TYPE: raw WRITE VERIFY: ? MAX LPs: ? PP SIZE: ? COPIES: ? SCHED POLICY: ? LPs: ? PPs: ? STALE PPs: ? BB POLICY: ? INTER-POLICY: minimum RELOCATABLE: yes INTRA-POLICY: middle UPPER BOUND: 64 MOUNT POINT: N/A LABEL: None MIRROR WRITE CONSISTENCY: ? EACH LP COPY ON A SEPARATE PV ?: yes Serialize IO ?: ? lslv: open(): There is a request to a device or address that does not exist. DEVICESUBTYPE : DS_LVZ</coolcode> big vg出现了一个bug，就是使用-T O，也是创建的普通的DS_LV类型的LV，而不是DS_LVZ类型的LV。
—————————
更确切一点，是创建好lv之后，当发生chlv 或者lvm的操作的时候lvm会修改掉 vgda中的 DEVICESUBTYPE 。 这样当 VGDA 中的信息和 ODM 中的信息就不一样了。 当 vgda重新写回odm的时候就出问题了。
参考如下例子： ODM 和 VGDA 信息不一致(lslv -L 的最后一行 DS_LVZ)。

  1. root@mirror_pri:/>varyonvg  mir_pri_rdvg_01
  2. root@mirror_pri:/>lslv -L   mir_p_128_001
  3. LOGICAL VOLUME:     mir_p_128_001          VOLUME GROUP:   mir_pri_rdvg_01
  4. LV IDENTIFIER:      00c2a48f00004c0000000112227851cf.11 PERMISSION:     read/write
  5. VG STATE:           active/complete        LV STATE:       closed/syncd
  6. TYPE:               raw                    WRITE VERIFY:   off
  7. MAX LPs:            512                    PP SIZE:        4 megabyte(s)
  8. COPIES:             1                      SCHED POLICY:   parallel
  9. LPs:                32                     PPs:            32
  10. STALE PPs:          0                      BB POLICY:      relocatable
  11. INTER-POLICY:       minimum                RELOCATABLE:    yes
  12. INTRA-POLICY:       middle                 UPPER BOUND:    64
  13. MOUNT POINT:        N/A                    LABEL:          None
  14. MIRROR WRITE CONSISTENCY: on/ACTIVE                             
  15. EACH LP COPY ON A SEPARATE PV ?: yes                                   
  16. Serialize IO ?:     NO                                     
  17. root@mirror_pri:/>varyoffvg  mir_pri_rdvg_01
  18. root@mirror_pri:/>lslv -L  mir_p_128_001
  19. LOGICAL VOLUME:     mir_p_128_001          VOLUME GROUP:   mir_pri_rdvg_01
  20. LV IDENTIFIER:      00c2a48f00004c0000000112227851cf.11 PERMISSION:     ?
  21. VG STATE:           inactive               LV STATE:       ?
  22. TYPE:               raw                    WRITE VERIFY:   ?
  23. MAX LPs:            ?                      PP SIZE:        ?
  24. COPIES:             ?                      SCHED POLICY:   ?
  25. LPs:                ?                      PPs:            ?
  26. STALE PPs:          ?                      BB POLICY:      ?
  27. INTER-POLICY:       minimum                RELOCATABLE:    yes
  28. INTRA-POLICY:       middle                 UPPER BOUND:    64
  29. MOUNT POINT:        N/A                    LABEL:          None
  30. MIRROR WRITE CONSISTENCY: ?                                     
  31. EACH LP COPY ON A SEPARATE PV ?: yes                                   
  32. Serialize IO ?:     ?                                     
  33. lslv: open(): There is a request to a device or address that does not exist.
  34. DEVICESUBTYPE : DS_LVZ
]]> 作者: piner http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-279 piner Tue, 08 May 2007 06:38:16 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-279 The problem shows up only after a reboot * or any subsequent chlv or other LVM command that can update * the VGDA on disk. ------------------------ 恩，ibm是这样说的，但是，不知道创建后，立即去查，是哪种类型的，这个时候，到底有没有4K的头部区间，你测试下贴过来好了，我没有测试环境。 The problem shows up only after a reboot
* or any subsequent chlv or other LVM command that can update
* the VGDA on disk.
————————
恩，ibm是这样说的，但是，不知道创建后，立即去查，是哪种类型的，这个时候，到底有没有4K的头部区间，你测试下贴过来好了，我没有测试环境。

]]> 作者: biti_rainy http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-280 biti_rainy Tue, 08 May 2007 06:40:50 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-280 <coolcode> root@mirror_pri:/>varyonvg mir_pri_rdvg_01 root@mirror_pri:/>lsvg -p mir_pri_rdvg_01 mir_pri_rdvg_01: PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION hdiskpower35 active 1559 173 22..00..00..00..151 root@mirror_pri:/>mklv -y lvtest -T O -t raw mir_pri_rdvg_01 1 lvtest root@mirror_pri:/>lslv -L lvtest LOGICAL VOLUME: lvtest VOLUME GROUP: mir_pri_rdvg_01 LV IDENTIFIER: 00c2a48f00004c0000000112227851cf.14 PERMISSION: read/write VG STATE: active/complete LV STATE: closed/syncd TYPE: raw WRITE VERIFY: off MAX LPs: 512 PP SIZE: 4 megabyte(s) COPIES: 1 SCHED POLICY: parallel LPs: 1 PPs: 1 STALE PPs: 0 BB POLICY: relocatable INTER-POLICY: minimum RELOCATABLE: yes INTRA-POLICY: middle UPPER BOUND: 64 MOUNT POINT: N/A LABEL: None MIRROR WRITE CONSISTENCY: on/ACTIVE EACH LP COPY ON A SEPARATE PV ?: yes Serialize IO ?: NO DEVICESUBTYPE : DS_LVZ root@mirror_pri:/>varyoffvg mir_pri_rdvg_01 root@mirror_pri:/>lslv -L lvtest LOGICAL VOLUME: lvtest VOLUME GROUP: mir_pri_rdvg_01 LV IDENTIFIER: 00c2a48f00004c0000000112227851cf.14 PERMISSION: ? VG STATE: inactive LV STATE: ? TYPE: raw WRITE VERIFY: ? MAX LPs: ? PP SIZE: ? COPIES: ? SCHED POLICY: ? LPs: ? PPs: ? STALE PPs: ? BB POLICY: ? INTER-POLICY: minimum RELOCATABLE: yes INTRA-POLICY: middle UPPER BOUND: 64 MOUNT POINT: N/A LABEL: None MIRROR WRITE CONSISTENCY: ? EACH LP COPY ON A SEPARATE PV ?: yes Serialize IO ?: ? lslv: open(): There is a request to a device or address that does not exist. DEVICESUBTYPE : DS_LVZ root@mirror_pri:/>varyonvg mir_pri_rdvg_01 root@mirror_pri:/>lslv -L lvtest LOGICAL VOLUME: lvtest VOLUME GROUP: mir_pri_rdvg_01 LV IDENTIFIER: 00c2a48f00004c0000000112227851cf.14 PERMISSION: read/write VG STATE: active/complete LV STATE: closed/syncd TYPE: raw WRITE VERIFY: off MAX LPs: 512 PP SIZE: 4 megabyte(s) COPIES: 1 SCHED POLICY: parallel LPs: 1 PPs: 1 STALE PPs: 0 BB POLICY: relocatable INTER-POLICY: minimum RELOCATABLE: yes INTRA-POLICY: middle UPPER BOUND: 64 MOUNT POINT: N/A LABEL: None MIRROR WRITE CONSISTENCY: on/ACTIVE EACH LP COPY ON A SEPARATE PV ?: yes Serialize IO ?: NO root@mirror_pri:/></coolcode>
  1. root@mirror_pri:/>varyonvg  mir_pri_rdvg_01
  2. root@mirror_pri:/>lsvg -p  mir_pri_rdvg_01
  3. mir_pri_rdvg_01:
  4. PV_NAME           PV STATE          TOTAL PPs   FREE PPs    FREE DISTRIBUTION
  5. hdiskpower35      active            1559        173         22..00..00..00..151
  6. root@mirror_pri:/>mklv -y lvtest -T O -t raw   mir_pri_rdvg_01  1
  7. lvtest
  8. root@mirror_pri:/>lslv -L  lvtest
  9. LOGICAL VOLUME:     lvtest                 VOLUME GROUP:   mir_pri_rdvg_01
  10. LV IDENTIFIER:      00c2a48f00004c0000000112227851cf.14 PERMISSION:     read/write
  11. VG STATE:           active/complete        LV STATE:       closed/syncd
  12. TYPE:               raw                    WRITE VERIFY:   off
  13. MAX LPs:            512                    PP SIZE:        4 megabyte(s)
  14. COPIES:             1                      SCHED POLICY:   parallel
  15. LPs:                1                      PPs:            1
  16. STALE PPs:          0                      BB POLICY:      relocatable
  17. INTER-POLICY:       minimum                RELOCATABLE:    yes
  18. INTRA-POLICY:       middle                 UPPER BOUND:    64
  19. MOUNT POINT:        N/A                    LABEL:          None
  20. MIRROR WRITE CONSISTENCY: on/ACTIVE                             
  21. EACH LP COPY ON A SEPARATE PV ?: yes                                   
  22. Serialize IO ?:     NO                                     
  23. DEVICESUBTYPE : DS_LVZ
  24.                                         
  25. root@mirror_pri:/>varyoffvg mir_pri_rdvg_01
  26. root@mirror_pri:/>lslv -L lvtest
  27. LOGICAL VOLUME:     lvtest                 VOLUME GROUP:   mir_pri_rdvg_01
  28. LV IDENTIFIER:      00c2a48f00004c0000000112227851cf.14 PERMISSION:     ?
  29. VG STATE:           inactive               LV STATE:       ?
  30. TYPE:               raw                    WRITE VERIFY:   ?
  31. MAX LPs:            ?                      PP SIZE:        ?
  32. COPIES:             ?                      SCHED POLICY:   ?
  33. LPs:                ?                      PPs:            ?
  34. STALE PPs:          ?                      BB POLICY:      ?
  35. INTER-POLICY:       minimum                RELOCATABLE:    yes
  36. INTRA-POLICY:       middle                 UPPER BOUND:    64
  37. MOUNT POINT:        N/A                    LABEL:          None
  38. MIRROR WRITE CONSISTENCY: ?                                     
  39. EACH LP COPY ON A SEPARATE PV ?: yes                                   
  40. Serialize IO ?:     ?                                     
  41. lslv: open(): There is a request to a device or address that does not exist.
  42. DEVICESUBTYPE : DS_LVZ
  43.                                         
  44. root@mirror_pri:/>varyonvg  mir_pri_rdvg_01
  45. root@mirror_pri:/>lslv -L lvtest
  46. LOGICAL VOLUME:     lvtest                 VOLUME GROUP:   mir_pri_rdvg_01
  47. LV IDENTIFIER:      00c2a48f00004c0000000112227851cf.14 PERMISSION:     read/write
  48. VG STATE:           active/complete        LV STATE:       closed/syncd
  49. TYPE:               raw                    WRITE VERIFY:   off
  50. MAX LPs:            512                    PP SIZE:        4 megabyte(s)
  51. COPIES:             1                      SCHED POLICY:   parallel
  52. LPs:                1                      PPs:            1
  53. STALE PPs:          0                      BB POLICY:      relocatable
  54. INTER-POLICY:       minimum                RELOCATABLE:    yes
  55. INTRA-POLICY:       middle                 UPPER BOUND:    64
  56. MOUNT POINT:        N/A                    LABEL:          None
  57. MIRROR WRITE CONSISTENCY: on/ACTIVE                             
  58. EACH LP COPY ON A SEPARATE PV ?: yes                                   
  59. Serialize IO ?:     NO                                     
  60. root@mirror_pri:/>
]]> 作者: piner http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-281 piner Tue, 08 May 2007 06:45:58 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-281 测试过了，是创建开始的时候，有LVZ标志，没有4k偏移，但是，一但varyoff之类，就变成没有标志了，我修改一下原文吧。 测试过了，是创建开始的时候，有LVZ标志，没有4k偏移，但是，一但varyoff之类，就变成没有标志了，我修改一下原文吧。

]]> 作者: blue_prince http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-282 blue_prince Tue, 08 May 2007 07:25:48 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-282 晕死，这个BUG也太恶心了，要是不看这文章我还真不知道，如果OS版本刚好碰上，换个光纤卡啥的就碰上了 晕死，这个BUG也太恶心了，要是不看这文章我还真不知道，如果OS版本刚好碰上，换个光纤卡啥的就碰上了

]]> 作者: David.Guo http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-283 David.Guo Tue, 08 May 2007 09:30:55 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-283 反正就是运气不好的时候,死了都不知道怎么死的. 反正就是运气不好的时候,死了都不知道怎么死的.

]]> 作者: sherrywei http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-284 sherrywei Tue, 08 May 2007 10:31:07 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-284 Hello,I'm coming. By the way,I have to tell you :it's too hard for me to read your blog except the part of "That's life"! So I'm leaving with much sorrow..... Hello,I’m coming.
By the way,I have to tell you :it’s too hard for me to read your blog except the part of “That’s life”!
So I’m leaving with much sorrow…..

]]> 作者: 八神苍月 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-285 八神苍月 Tue, 08 May 2007 11:50:59 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-285 节日前测试出了这个BUG,幸好及时遇到,要不系统上线后出问题的话就慌了神了 节日前测试出了这个BUG,幸好及时遇到,要不系统上线后出问题的话就慌了神了

]]> 作者: Thomas Zhang http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-302 Thomas Zhang Wed, 09 May 2007 01:15:47 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-302 我们现在5300-04，但没有使用大的vg或可扩展vg．出现过几次1578，但因为容灾和备份做的很冗余，所以没把这个事情放到日程上．^|^ piner和feng这个研究的很好，值得参考！ 我们现在5300-04，但没有使用大的vg或可扩展vg．出现过几次1578，但因为容灾和备份做的很冗余，所以没把这个事情放到日程上．^|^

piner和feng这个研究的很好，值得参考！

]]> 作者: 暗暗 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-303 暗暗 Wed, 09 May 2007 02:46:18 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-303 ORACLE10。2.02这个问题还有吗？ ORACLE10。2.02这个问题还有吗？

]]> 作者: piner http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-309 piner Wed, 09 May 2007 05:33:29 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-309 [quote]ORACLE10。2.02这个问题还有吗？[/quote] 与oracle没有关系，与OS有关系，是OS的bug [quote]ORACLE10。2.02这个问题还有吗？[/quote]

与oracle没有关系，与OS有关系，是OS的bug

]]> 作者: 老农 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-355 老农 Sun, 13 May 2007 18:52:41 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-355 如果不做strip，就没有所说的这个问题，只有做了stip，才会有可能有 如果做了strip，那strip size多大是看你的选择，一般是从4k到128k。在这种情况下，有可能会出现这样的情况：因为缺省让出的4k的offset，有的db_block不全在一个strip里，部分被分到了下一个strip里，散乱到其他LUN/PV上，出现潜在的麻烦。 如果offset正好是strip size的大小或倍数，那这种问题也没有了，所以，也怪ORACLE设offset太小气了，如果弄个1M，那这事都没有。我以前搞INFORMIX，习惯的offset 就是5M。 很多人说这是OS的BUG，其实不然。 如果说BIG VG里的LV的识别出现误判，那的确属于OS的BUG。 但归根结底，是属于ORACLE的offset没选择好而导致，属于ORACLE没能考虑到LV的情况合理规划空间的使用，如果ORACLE的offset选择合适了，哪来这个问题呢？ 应该是应用去适应OS，而不是OS去适应应用。ORACLE如果认真，是完全能避免这个问题的。 当然，OS做调整，方便应用，那当然更好。 比方说，ORACLE没有OS/400的版本，那是OS/400的问题还是ORACLE的问题啊？ 当然，最简单的还是就用Scalable VG 如果不做strip，就没有所说的这个问题，只有做了stip，才会有可能有

如果做了strip，那strip size多大是看你的选择，一般是从4k到128k。在这种情况下，有可能会出现这样的情况：因为缺省让出的4k的offset，有的db_block不全在一个strip里，部分被分到了下一个strip里，散乱到其他LUN/PV上，出现潜在的麻烦。

如果offset正好是strip size的大小或倍数，那这种问题也没有了，所以，也怪ORACLE设offset太小气了，如果弄个1M，那这事都没有。我以前搞INFORMIX，习惯的offset 就是5M。

很多人说这是OS的BUG，其实不然。
如果说BIG VG里的LV的识别出现误判，那的确属于OS的BUG。

但归根结底，是属于ORACLE的offset没选择好而导致，属于ORACLE没能考虑到LV的情况合理规划空间的使用，如果ORACLE的offset选择合适了，哪来这个问题呢？

应该是应用去适应OS，而不是OS去适应应用。ORACLE如果认真，是完全能避免这个问题的。
当然，OS做调整，方便应用，那当然更好。
比方说，ORACLE没有OS/400的版本，那是OS/400的问题还是ORACLE的问题啊？

当然，最简单的还是就用Scalable VG

]]> 作者: piner http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-357 piner Mon, 14 May 2007 00:39:24 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-357 你这里可能有几个问题弄错了 1、不仅仅是strip的问题，只要一个lv跨越在多个pv上，就可能有这个问题，因为PP的大小肯定也是一个整数，如128M，那么(128M-4k)/8K还是除不尽的。 2、这个lv的offset，不是oracle定出来的，是OS定出来的，Oracle只是从最开始能写数据的地方开始写数据，除非oracle强行偏移8K（一个block大小），或者block的倍数 3、偏移大小，不一定非要一个strip的倍数以上，只要是满足上面的2，一个oracle block大小的倍数就可以 4、Scalable VG不是每个AIX版本都有的，5.2就没有 我觉得是把问题想明白了什么都好说，就怕的是，一看就乱做结论，这是不好的。 你这里可能有几个问题弄错了
1、不仅仅是strip的问题，只要一个lv跨越在多个pv上，就可能有这个问题，因为PP的大小肯定也是一个整数，如128M，那么(128M-4k)/8K还是除不尽的。
2、这个lv的offset，不是oracle定出来的，是OS定出来的，Oracle只是从最开始能写数据的地方开始写数据，除非oracle强行偏移8K（一个block大小），或者block的倍数
3、偏移大小，不一定非要一个strip的倍数以上，只要是满足上面的2，一个oracle block大小的倍数就可以
4、Scalable VG不是每个AIX版本都有的，5.2就没有

我觉得是把问题想明白了什么都好说，就怕的是，一看就乱做结论，这是不好的。

]]> 作者: anysql http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-358 anysql Mon, 14 May 2007 00:48:47 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-358 AIX不能强行设成offset 8k啊? AIX不能强行设成offset 8k啊?

]]> 作者: piner http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-359 piner Mon, 14 May 2007 00:50:33 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-359 [quote]AIX不能强行设成offset 8k啊?[/quote] 这个,没有这个接口与命令啊. [quote]AIX不能强行设成offset 8k啊?[/quote]
这个,没有这个接口与命令啊.

]]> 作者: 老农 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-361 老农 Mon, 14 May 2007 03:59:49 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-361 1、不仅仅是strip的问题，只要一个lv跨越在多个pv上，就可能有这个问题，因为PP的大小肯定也是一个整数，如128M，那么(128M-4k)/8K还是除不尽的。 #确实是，我忽略了这个。 2、这个lv的offset，不是oracle定出来的，是OS定出来的，Oracle只是从最开始能写数据的地方开始写数据，除非oracle强行偏移8K（一个block大小），或者block的倍数 #这个你错了。LVCB只占512byter。至于从哪里开始写，那完全是ORACLE自己定位的。文件系统让出4K，那是AIX建FS的时候定义的。起码我用INFORMIX，就可以指定offset是多少，这就证明是ORACLE自己没做到。 3、偏移大小，不一定非要一个strip的倍数以上，只要是满足上面的2，一个oracle block大小的倍数就可以 #对，这是更准确 4、Scalable VG不是每个AIX版本都有的，5.2就没有 #没错。所以我强烈建议用AIX5.3,它已经出来3年了。 1、不仅仅是strip的问题，只要一个lv跨越在多个pv上，就可能有这个问题，因为PP的大小肯定也是一个整数，如128M，那么(128M-4k)/8K还是除不尽的。
#确实是，我忽略了这个。

2、这个lv的offset，不是oracle定出来的，是OS定出来的，Oracle只是从最开始能写数据的地方开始写数据，除非oracle强行偏移8K（一个block大小），或者block的倍数
#这个你错了。LVCB只占512byter。至于从哪里开始写，那完全是ORACLE自己定位的。文件系统让出4K，那是AIX建FS的时候定义的。起码我用INFORMIX，就可以指定offset是多少，这就证明是ORACLE自己没做到。

3、偏移大小，不一定非要一个strip的倍数以上，只要是满足上面的2，一个oracle block大小的倍数就可以
#对，这是更准确

4、Scalable VG不是每个AIX版本都有的，5.2就没有
#没错。所以我强烈建议用AIX5.3,它已经出来3年了。

]]> 作者: piner http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-362 piner Mon, 14 May 2007 04:24:22 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-362 INFORMIX我不清楚，不过oracle只偏移了4K，可能考虑的是OS的一个块的单位。至于能不能偏移8k以上，或许与Oracle也有关系。不过，oracle不提供手工偏移的命令。 INFORMIX我不清楚，不过oracle只偏移了4K，可能考虑的是OS的一个块的单位。至于能不能偏移8k以上，或许与Oracle也有关系。不过，oracle不提供手工偏移的命令。

]]> 作者: 老农 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-363 老农 Mon, 14 May 2007 04:37:16 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-363 发现你对这个问题理解很深，比较清楚，感谢你的指正啊：） 发现你对这个问题理解很深，比较清楚，感谢你的指正啊：）

]]> 作者: piner http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-364 piner Mon, 14 May 2007 04:44:39 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-364 [quote]发现你对这个问题理解很深，比较清楚，感谢你的指正啊：）[/quote] 呵呵，做数据库的，就要严谨，养成这样的习惯了。 不过，你的unix技术不错的，经验也瞒丰富。 [quote]发现你对这个问题理解很深，比较清楚，感谢你的指正啊：）[/quote]

呵呵，做数据库的，就要严谨，养成这样的习惯了。
不过，你的unix技术不错的，经验也瞒丰富。

]]> 作者: 老农 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-365 老农 Mon, 14 May 2007 05:29:42 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-365 是啊，不严谨是很要命的。 关键应用，不是一般玩PC的人能体会的。 是啊，不严谨是很要命的。
关键应用，不是一般玩PC的人能体会的。

]]> 作者: 老农 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-366 老农 Mon, 14 May 2007 05:32:22 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-366 你的BLOG我推荐给大家了：http://bbs.loveunix.net/viewthread.php?tid=72034&pid=660132&page=2&extra=page%3D1#pid660132 你的BLOG我推荐给大家了：http://bbs.loveunix.net/viewthread.php?tid=72034&pid=660132&page=2&extra=page%3D1#pid660132

]]> 作者: 老农 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-367 老农 Mon, 14 May 2007 05:52:10 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-367 Big VG的推出，本意并不是去掉在LV头部的LVCB，而是支持更大的VG而已，把LVCB不放在LV上只是一个不常用的option，所以有这个BUG我觉得不难理解。 而scalable VG则是彻底考虑到LVCB的问题了，所以应该要好的多。 Big VG的推出，本意并不是去掉在LV头部的LVCB，而是支持更大的VG而已，把LVCB不放在LV上只是一个不常用的option，所以有这个BUG我觉得不难理解。

而scalable VG则是彻底考虑到LVCB的问题了，所以应该要好的多。

]]> 作者: piner http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-368 piner Mon, 14 May 2007 05:53:24 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-368 恩，也谢谢你的解答 恩，也谢谢你的解答

]]> 作者: 老农 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-369 老农 Mon, 14 May 2007 06:48:22 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-369 和你们的讨论，我也推荐给公司的工程师看了，希望他们能认真了解这个问题 和你们的讨论，我也推荐给公司的工程师看了，希望他们能认真了解这个问题

]]> 作者: 老农 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-483 老农 Sat, 26 May 2007 21:31:07 +0000 http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html#comment-483 还有些人没明白为什么会出现跨LUN/PV，我在这里举了例子，并有图示意：http://bbs.loveunix.net/viewthread.php?tid=72034&extra=page%3D2&page=2 还有些人没明白为什么会出现跨LUN/PV，我在这里举了例子，并有图示意：http://bbs.loveunix.net/viewthread.php?tid=72034&extra=page%3D2&page=2

]]>