FlashCopy VS Metro Mirror VS Global Mirror

上一篇 / 下一篇  2012-01-13 12:15:22 / 个人分类:技术

FlashCopy可以在你需要的任何时间迅速完成拷贝,它提供逻辑卷的快速时间点(Point-in-Time)快照,产生一份源数据卷在某一时刻的一模一样的镜像,并且目标数据卷立即可用。

    FlashCopy SE的全称是FlashCopy space efficient.跟标准的DS8000 FlashCopy不同,FlashCopy SE不需要占据FlashCopy源卷那么大的物理空间。也就是说FlashCopy的目标卷是space efficient volume(一个虚拟卷,并没有占据实际的物理空间)。现在,当你需要FlashCopy功能时,你可以有更多的选择,FlashCopy 标准版(配置的物理容量必须两倍于客户的逻辑容量),FlashCopy SE近似FlashCopy 标准版功能,节省更多的物理空间。在FlashCopy SE中,改变量会被存储到repository卷,针对于每一个extent pool你只可以定义一个repository卷。这个extent pool中的FlashCopy SE 目标卷将会共享这一个repository卷。

    一般的来说,FlashCopy SE方案最好适用于改变量不大的FlashCopy(源与目标卷)关系中。例如: 那些FlashCopy target卷只需要存在一个相对较短的时间。

    DS8000 提供三种典型的数据灾难复制方案。Metro Mirror,Global Mirror, Metro Global Mirror等。

    Metro Mirror 是同步数据复制方案,始终保持本地数据和异地数据是一致的。每一次IO都需要在异地的DS8000 上先完成,本地的IO才能完成。这种数据复制功能对本地DS8000的IO性能有影响,根据距离的增加影响会越来越大。理论上,最大支持300 公里的Metro Mirror方案。

    Global Mirror 是异步复制方案,本地数据和异地数据不是实时同步的,本地IO的完成跟异地IO没有关系。一般的情况下,异地数据总是和本地数据有着一定的差别(异地的数据没有本地的数据新,差着时间点)。基本上,Global Mirror 对本地DS8000 的IO 性能没有影响。理论上,Global Mirror 不受距离限制。

    Metro Global Mirror 是一个三点数据灾备方案,典型的是,同城做一个Metro Mirror的方案,然后在异地配置一个Global Mirror的方案。小范围内的灾难,在同城进行恢复(恢复速度快,数据几乎没有丢失),如果是大范围的灾难,在异地进行恢复(恢复速度慢,丢失一部分的数据)。这是一个完全的数据灾难方案,适用于多种灾难情况,而且能根据具体的情况,三点数据灾难方案可以做相应的调整。

TAG:

 

评分:0

我来说两句

Open Toolbar