AIX LV中偏移量问题（OFFSET）

 

最近做ORACLE数据库升级到10g，没有注意到AIX LV 偏移量的问题，导致升级到10g后，曝出警告，咨询ORACLE工程师，说该问题平日可能不会出现什么大问题，但是一旦出现问题，将是灾难性的，郁闷啊，早咨询过环境问题，为啥不早说。

看了一篇文章，说DBA的脑袋是挂在股腰带上的，没错。

原来是VG的类型错误：

     ORIGINAL这个类型的vg，建lv的时候，带不带T O，都有4k偏移量，自从我做dba，标准脚本里都带有 T O的，并且vg类型就没有这  ORIGINAL这种最基本类型的了，但是老前辈那个时候可没想到会有这么问题。

    这是公司的工程项目，数据库不是开玩笑的，怎么办？

     改VG类型倒是可以，可这似乎没有成功案例，VG类型改成SCALABLE的，无一例外的都起不了数据库，再说，这公司的数据库不是开玩笑，任何操作都要经过充分论证或者经前期验证是可行的才可以做，这种不靠谱的操作，坚决不能做。

   只有改变方案，放弃原有直接升级计划，新规划主机及存储，按照新方案，新建10g库，同步数据，完成升级。加班加点干，数据库管理员就是IT界的黄牛。

   鉴别lv是否带有偏移量，早上IBM工程在这，问他怎么看：

hostname:/# lslv  lv_name 

LOGICAL VOLUME:     jflv08_19              VOLUME GROUP:  vg_name

LV IDENTIFIER:      00caxxxxxxxxxxxxxxxxxxxxxxx62.55 PERMISSION:     read/write
VG STATE:           active/complete        LV STATE:       opened/syncd
TYPE:               raw                    WRITE VERIFY:   off
MAX LPs:            512                    PP SIZE:        64 megabyte(s)
COPIES:             1                      SCHED POLICY:   parallel
LPs:                128                    PPs:            128
STALE PPs:          0                      BB POLICY:      relocatable
INTER-POLICY:       minimum                RELOCATABLE:    yes
INTRA-POLICY:       middle                 UPPER BOUND:    1024
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

带红色标示的lv，不带有4k的偏移量。

同时早上也思考了偏移量的问题，原来和条带化有关，条带化是个好东西，也有一些隐患，但打散存储是一种趋势，也是优化的必要。