使用splitvg迁移数据

系统环境：aix5302，P650+7133D40 + ha5205 informix7.31，datavg上的pv为hdisk3，该vg为informix数据库文件所在，数据文件为raw设备、在实施过程中将datavg改为concurrentvg capable，测试一下splitvg针对concurrent capable vg的状况
迁移思路：将informix数据文件从hdisk3迁移到hdisk4
具体步骤：
1、首先确定informix可以正常启动，正常之后，onmode -ky数据库
2、将datavg修改为enhanced capable，用smitty改的，命令行应该是chvg －C
3、varoffvg datavg之后，在varyonvg datavg，注意这里不是以concurrent mode varyon的，
但是datavg是 concurrent capable的
4、启动数据库，正常，onmode －ky数据库
5、extendvg datavg hdisk4
6、smitty mirrorvg datavg，直到datavg上所有lv状态为sync
7、镜像之后，进行splitvg，splitvg －y snapvg -i datavg
将使得hdisk4脱离datavg而单独形成一个snapvg（vg名任意），且也是concurrent capable属性，必须手工varyonvg
8、执行成功之后，系统提示snapvg必须手工varyon
9、varyonvg snapvg，lsvg -l snapvg，lsvg -p snapvg，发现所有lv的名称都加了一个fs前缀，且snapvg友hdisk4组成，
10、开始测试数据库是否能够正常启动，可以通过两种方式，1种是通过修改snapvg上的lv名，另一种通过informix数据库来rename数据库文件，informix学的还不够精深，所以选择使用第1种方法
11、vayoffvg datavg，exportvg datavg，这样修改lv名就不会报重复的了
12、使用chlv －n newlvname oldlvname，把snapvg上lv名全部修改为之前的数据文件名
13、修改之后，varyoffvg sanpvg ，exportvg snapvg
14、importvg -y snapvg hdisk4
15、由于对snapvg做了一个exportvg importvg操作，所以必须修改数据文件的属主为informix：informix  chown  informix:informix /dev/rlv*
16、现在测试是否能够正常启动数据库，su - informix -c "oninit -v"，正常启动
17、su - informix 用户下，tail -f online.log，onstat -r 2,onstat -l均正常，没有发现异常
18、迁移ok

   此次迁移将datavg改为了concurrent capable状态，但是没有配置ha，所以手工varyonvg -c datavg的时候总是报错，索性就不用varyonvg －c了，直接varyonvg 在非concurrnet模式下做了，最后证明数据还是可以迁移的。
  另外，对于concurrent capable的vg 如果上面有文件系统的话，在使用splitvg分离mirrorvg的时候，分离出来的vg上的文件系统的mount point不会修改，但是lv名还是添加fs前缀，mount point不会修改为/fs/*，需要chlv 修改lv label，