天天看点

IBM Copy Service--VolumeCopy

  之前的两篇文章讲述了IBM 三种copy service中的一种Flashcopy

  本篇讲述VolumeCopy,同样地,先看一段redbook中关于Volumecopy的定义:

The VolumeCopy premium feature creates <b>a complete PiT (point-in-time) copy</b> of a source logical drive on a target logical drive within a single midrange storage subsystem. The target logical drive is an exact copy or clone of the source logical drive. When defined, the combination of the source and target logical drives in a VolumeCopy relationship is referred to as a VolumeCopy logical drive pair. This feature can be used to migrate data from one array to another. The arrays do not have to be of a common RAID type, physical drive type, or size. The only requirement is that the target logical drive must be at least the same size as the source logical drive.

  注意用词,complete,copy,clone,这就和flashcopy的定义有所不同,注意《IBM Copy Service--Flashcopy Introduction》中所定义的flashcopy【A FlashCopy is a virtual logical drive that is a point-in-time (PiT) image of a real logical drive.FlashCopy is the logical equivalent of its complete physical source, at the time created】,flashcopy是虚拟的,不是物理存在的;而volumecopy是complete copy or clone,即是真真实实物理存在的,是source lun的copy或clone,因此它的创建时间比较长。

看个simulator中的例子,要近5个小时。。。。。。

<a href="http://taotao1240.blog.51cto.com/attachment/201209/28/731446_1348835263xyd2.png"></a>

VolumeCopy可用于以下目的:

--Copy data from arrays that use smaller capacity drives to arrays that use larger capacity drives

--Back up data

--Restore FlashCopy logical drive data to the base logical drive

--Create a logical drive image to be used in analysis, data mining, and testing without placing additional overhead on the source production logical drives.

      <b>Important:</b> During the VolumeCopy data transfer operation, any write requests to the source logical drive are rejected. If the source logical drive is used in a production environment, the FlashCopy feature must be enabled【当建立volumecopy时,源卷变成只读。任何针对源卷的写操作都会被拒绝,如果源卷是在生产环境中,需使用flashcopy,因为flashcopy不一定主机停掉IO】 and the FlashCopy of the logical drive must be specified as the VolumeCopy source logical drive instead of using the actual logical drive itself. This requirement is to prevent the source logical drive from being inaccessible to the users.【可以将flashcopy lun指定为volumecopy的source lun,这样就无需停掉生产环境中的lun,具体可参照下图】

<a href="http://taotao1240.blog.51cto.com/attachment/201209/28/731446_1348835268rcFb.png"></a>

   图示说明:生产服务器将数据读写到Logical Drive,如果此时直接对logical drive使用volumeCopy,则必须先停掉生产服务器,这在大多数环境中是不可行的。而由于flashcopy 不一定非得主机停掉IO,因此我们可以对logical drive做一次flashcopy,完成后,我们可以将生成的flashcopy作为source lun,进行volumecopy。这样既不影响主机生产服务器,也成功地做了volumecopy。因此,volumecopy的license是和flashcopy绑在一起的。

   那还有一个疑问,还是用图来说话:

<a href="http://taotao1240.blog.51cto.com/attachment/201209/28/731446_1348835273n57T.jpg"></a>

9点,此时base lun有1,2,3,4这四个block,此刻做volumecopy

10点,此时base lun变成了1,2,3,6,7这五个 block,此刻再做volumecopy

问题是10点钟的做的volumecopy,是在9点的基础上做了增量的volumecopy还是full volumecopy呢?

<a href="http://taotao1240.blog.51cto.com/attachment/201209/28/731446_1348835277ihf4.png"></a>

如果是incremental volumecopy,那么会应该有个类似于flashcopy中的flashcopy repository lun来维护哪些是新增加的数据,哪些数据已经被删除,这样才能做incremental volumecopy,但是通过volumecopy的实验可以发现并没有这么个lun,因此都是做的是full volumecopy。

那问题又来了,如果用户用在生产环境中,那不得每天都去手动的做一次??对此,IBM提供了通过脚本的方式来设定自动copy。

后记:(1)、volumecopy 做完后target是read-only的,如果想使用target,可以remove copy pairs,这不会删除源lun或target lun上的数据;如果volumecopy处于in progress状态,则必须先stopped,否则不能remove。当移除一个VolumeCopy时,target lun的read-only属性也会被移除。

(2)、不仅volumecopy,IBM Storage Manager很多功能都有priority这个选项,可以来定义任务的优先级。以下是volumecopy的priority:

– Lowest 

– Low 

– Medium 

– High 

– Highest

If the copy priority is set at the lowest rate, I/O activity is prioritized and the VolumeCopy takes longer. If the copy priority is set to the highest priority rate, the VolumeCopy is prioritized, but I/O activity for the storage subsystem might be affected.

PS:由于物理机没有volumecopy的license,就不演示volumecopy用于数据恢复的场景了,它没有像flashcopy的rollback功能,不过可以先remove copy pairs,然后挂载target lun 就ok。

本文转自 taojin1240 51CTO博客,原文链接:http://blog.51cto.com/taotao1240/1009501,如需转载请自行联系原作者

继续阅读