AIX下采用dd方式进行数据迁移的过程，供参考

简化需求：

主机A，IBM P570，连EMC 存储，AIX 5.3，oracle数据库（9.2.0.7)

 

数据库用户 oracle9

两个目录

/oracle 存放数据库运行的程序文件

/data1   存放数据库的数据文件,假设是200GB。

 

数据库没有使用裸设备，使用的是文件系统。

 

主机B，IBM P590，连HDS 存储， AIX5.3，假设是个刚装完系统的空环境。

 

现在需要把主机A上数据库迁移到主机B上去，也就说主机A迁到主机B，存储从EMC存储迁移到HDS存储。

 

前期工作：

1.在主机B上新建数据库用户oracle9，当然属性要求和A上的oracle9用户一模一样。

通过复制主机A上的/oracle目录到B上，然后调整，比如说listener.ora需要调整IP地址等等，或者在B上新建一个数据库实例也行，先把数据库环境搭建起来。

2.主机方面，A要连HDS存储，也就是说A现在同时连接了EMC存储和HDS存储。

利用HDS的存储创建vg，lv，fs，创建新的文件系统/data2，当然了/data2肯定是要大于等于200GB了

 

下面是利用dd迁移/data1文件系统的步骤

1.当然是把数据库停下来了

2.umount /data1

  umount /data2

3.dd命令，从lvdata1通过dd方式把数据传送到lvdata2上，开5个dd进程，每个进程数据量40GB，当然最后一个进程就不限制40GB了，把lvdata1上的数据传完为止，通过tail -f nohup.out可以查看进度。

nohup dd if=/dev/rlvdata1  of=/dev/rlvdata2  bs=4096k count=10000  &                            
nohup dd if=/dev/rlvdata1  of=/dev/rlvdata2  bs=4096k skip=10000  seek=10000   count=10000 &    
nohup dd if=/dev/rlvdata1  of=/dev/rlvdata2  bs=4096k skip=20000  seek=20000   count=10000 &    
nohup dd if=/dev/rlvdata1  of=/dev/rlvdata2  bs=4096k skip=30000  seek=30000   count=10000 &    
nohup dd if=/dev/rlvdata1  of=/dev/rlvdata2  bs=4096k skip=40000  seek=40000   &               

4.通过topas可以查看相关磁盘的IO，以及总的传输速度

通过ps可以查看dd进程的数目，（其实是10个，因为smt（并发多线程）的原因）

当然了，每次开几个dd进程可以通过测试确定，开多了也不一定好，总的速度反而有可能下降，这跟存储的配置和性能有关系）。

 

5.传输结束后, fsck /dev/lvdata2

6.mount /data1

mount /data2

df -k

对比/data1,/data2总的大小，使用率是否一模一样。

 

这里有两个问题，

1）就是lvcb的覆盖问题，后面会讨论

2）就是即使/data2原先分配的是300GB，这里显示的还是200GB，大家可以考虑一下是为什么。

这里先不进行文件系统扩容了，等后面再扩。

 

7.umount /data1

umount /data2

varyoffvg vgdata2

exportvg vgdata2

产生的现象就是/etc/filesystem里面已经不存在/data2 的entry。

同时/dev下面关于vgdata2和lvdata2的定义也都不存在了。

lspv查看的也不存在vgdata2的信息了

 

然后rmdev -dl hdisk** (hdisk**是指hds存储盘，原先属于vgdata2的盘）

8.将HDS存储从主机A上撤出，分配给主机B。

cfgmgr -v

lspv （通过pvid号识别新增加的磁盘）

importvg -v vgdata2 hdisk**

查看/etc/filesystems里面存在了/data1的entry。

 

9.修改/etc/filesystems内容,log = /dev/loglv**，要更改，因为这里的loglv**并不是lvdata2对应的loglv，而是原先的lvdata1对应的loglv。

 

10.通过lsvg -l vgdata2查看相应的lv信息

11.fsck /dev/lvdata2

mount /dev/lvdata2  /data1

df -k  看看fs的大小和使用率和原先的记录是否符合。

smit chjfs2扩文件系统（如果原先/data2是300GB的话，这里扩100GB）

df -k 

12.数据库有关配置更改之后，就可以启动数据库，测试应用了。

 

 

这里还可以讨论另外一个问题，就是lvdata2的lvcb被覆盖掉了，变成了lvdata1的lvcb，这可以通过

getlvcb -AT lvdata1

getlvcb -AT lvdata2

来查看，那么importvg却是正确识别到了vgdata2包含的lv的信息，这就像chinadns所说的importvg读取的实际上是vgda的信息（importvg将vgda信息import到odm中）.但是mount点和loglv的信息是读取的lvcb的。所以

 

这就涉及到另外一个问题：就是如何同步vgda和lvcb的信息。

大家可以看一下这篇文章：

http://blog.chinaunix.net/u/16252/showart.php?id=235032

就是可以使用putlvcb命令更新lv头的lvcb，同时它将自动更新vgda中的vgda信息，

The putlvcb command writes the control block information into block 0 of the
logical volume lvname. Only the fields specified are written. putlvcb can be
used to write a new control block or update an existing one.

就是人为更改lvcb的lvid,mount point,loglv。

 

当然数据迁移也可以使用其他办法，比如cplv,或者mirror，不只局限于dd之类的，这里就不累述了。

 

对于CPLV中的LVCB问题，网上也有不少文章的论述：

总的结论是：

cplv 不会把逻辑卷开始的 512 字节复制到新逻辑卷中，因为这 512 个字节是 lvcb ，但是它会用新的属性写新逻辑卷的 lvcb 。

比如说有两个lv, lvtest1，上面建有文件系统/test1,lvtest2,上面建有文件系统/test2

cplv从lvtest1复制到lvtest2后。

#  getlvcb -AT lvtest1

         AIX LVCB

         intrapolicy = m

         copies = 1

         interpolicy = m

         lvid = 00cd9fd100004c000000011f6da92d6d.1

         lvname = lvtest1

         label = /test1

         machine id = D9FD14C00

         number lps = 8

         relocatable = y

         strict = y

         stripe width = 0

         stripe size in exponent = 0

         type = jfs2

         upperbound = 32

         fs = vfs=jfs2:log=/dev/loglv08:mount=true:options=rw:account=false

         time created  = Fri Feb 13 11:26:14 2009

         time modified = Fri Feb 13 11:27:14 2009

# getlvcb -AT lvtest2

         AIX LVCB

         intrapolicy = m

         copies = 1

         interpolicy = m

         lvid = 00cd9fd100004c000000011f6daad4cf.1

         lvname = lvtest2

         label = /test1

         machine id = D9FD14C00

         number lps = 8

         relocatable = y

         strict = y

         stripe width = 0

         stripe size in exponent = 0

         type = jfs2

         upperbound = 32

         fs = vfs=jfs2:log=/dev/loglv09:mount=true:options=rw:account=false

         time created  = Fri Feb 13 11:26:42 2009

         time modified = Fri Feb 13 12:04:40 2009

从上面的结果可以看出，只有label被改变了，其他都没有改变。

 

关于lvcb，下面再补充几个命令，供参考用。

逻辑卷控制块（LVCB）保存着逻辑卷的重要信息，它位于在逻辑卷开始，占用了512个字节。逻辑卷控制块包括的信息有：逻辑卷创建日期、逻辑卷的镜像拷贝数和安装点（如果在逻辑卷上创建了一个JFS文件系统，才有安装点）。使用命令/usr/sbin/getlvcb能够获得逻辑卷的LVCB。

如果想看lvcb按字节存放的东西，可以用od

# od -c /dev/hd1|more
0000000    A   I   X       L   V   C   B  \0  \0   j   f   s   2  \0  \0
0000020   \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
0000040   \0  \0  \0  \0  \0  \0  \0  \0  \0  \0   0   0   0   8   3   6
0000060    1   5   0   0   0   0   d   6   0   0   0   0   0   0   0   1
0000100    1   d  \0   h   d   1  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
0000120   \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0000200   \0  \0  \0   F   r   i       O   c   t       2   4       0   7
0000220    :   2   5   :   4   9       2   0   0   8  \n  \0  \0  \0  \0
0000240   \0   S   a   t       N   o   v           8       2   2   :   2
0000260    9   :   4   2       2   0   0   8  \n  \0  \0  \0  \0  \0   8
0000300    3   6   1   5   D   6   0   0  \0   y   m   c  \0   y  \0
0000320   \0  \b  \0 002   /   h   o   m   e  \0  \0  \0  \0  \0  \0  \0
0000340   \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0000520   \0  \0  \0  \0   v   f   s   =   j   f   s   2   :   l   o   g
0000540    =   /   d   e   v   /   h   d   8   :   m   o   u   n   t   =
0000560    t   r   u   e   :   c   h   e   c   k   =   t   r   u   e   :
0000600    v   o   l   =   /   h   o   m   e   :   f   r   e   e   =   f
0000620    a   l   s   e   :   q   u   o   t   a   =   u   s   e   r   q
................