感受了一下ASM，很明显，ASM在存储迁移时具有明显的优势，所有操作都是在线自动完成，赞一个！

假定有这么一个环境，让我们一起来想象一下：

1.AIX+HACMP/Oracle_CRS+CLVM_RAW_LV+10gR2

http://www.wlkj.net/redirect.php?fid=57&tid=35108&goto=nextoldset

传说中的高性能Oracle RAC 私有网络交换机，IBM的解决方案。

http://www-900.ibm.com/cn/support/viewdoc/detail?DocId=8893617F04001

http://www-900.i

Google里查到的有用信息：

http://www-900.ibm.com/cn/support/faqhtmlfaq/2411083L10001.htm

http://blog.chinaunix.net/u/12521/showart_385559.html

http://www.ixdba.com/html/y2007/m05/94-aix-lv-4k-datafile.html

如果是使用hacmp的C-SPOC来建立的C-VG，默认也是O-VG，自然也存在偏移，需要注意；而5.3以后，手工创建的话，工程师一般都会自然而然的选择S-VG，自然不存在那么多的问题了。

环境:

source：AIX +HACMP +RAW LV +Oracle RAC 9208

target: AIX +Oracle 10203

alter tablespace test read only;

1. if offset /dev/rtestlv = 0

dd if=/dev/rtestlv of=test.dbf bs=8k(或8k的整数倍，此处为1024k，为了加快速度) count =??(通常不需要设置，除非里面的空闲空间太多，那么要计算Oracle已使用的块数)

2.if offset /dev/rtestlv = 4096

dd if=/dev/rtestlv of=test.dbf ibs=4k skip=1 obs=8k

or

dd if=/dev/rtestlv bs=4k skip=1 |dd of=test.

offset 命令存在于rac版本里，oracle block on raw lv 存在 offset，aix通常4k（下面veritas一说是Oracle为了保持数据文件在裸设备和文件系统上位置的一致性。文件系统默认block size为4K）。

如果你的offset rawlv不为0，这说明你仍在用 Original VG 或者Big VG（而没有用mklv -TO），因为5.3以后有的Scalable VG上面建rawlv时，子设备类型默认为 DS_LVZ ，那么Oracle9201（？需验证） （若是veritas的rawlv，则是9205?9206以后）会根据这个子设备类型不再忽略first 4k block。

怎样确认目前使用的VG类型呢？很简