开始新对话

此帖子已超过 5 年

Solved!

Go to Solution

1796

2014年5月13日 19:00

【微信用户提问分享】VNX存储内数据做快照时,是对某一点对数据做一次全备份?

微信用户“适者生存”提问:

VNX存储内数据做快照时,是对某一点对数据做一次全备份?还是会引入重复数据删除技术,只做变更数据快照,重复数据指向前一个点的快照数据吗?

#IWork4Dell

请您将合适的回复标记为“接受的回答”,并为喜欢的帖子“点赞”。这对我们非常重要!

1.2K 消息

2014年5月13日 19:00

snapshot采用基于ROW (Redirect on Write),是直接将新的数据写入磁盘的一个新的地址,然后更改指针使其指向新的位置。

Snapshots功能使用ROW技术,原数据写入流程如下图:

1、主机提出写入请求;

2、新数据直接写入新地址,随后直接到新地址读数据。

5.bmp

主机提出新数据写入请求,数据被写入存储池,然后生产LUN指到新位置。这样的流程省去了“写消耗”的消耗。

当主机提出写入快照请求,快照指到新数据,随后数据从新数据位置读取。

         

举个例子就更清楚了:

首先,为Primary LUN创建Snap,两者均指向相同的数据块(下图)

emc-vnx_snapshot-03.jpg

之后,Primary LUNA数据块被修改成了A’,第一个Snap依旧指向原先的A,B,C,D,如果此时我们再做一个Snap2,那么它将指向A’,B,C,D。当下一个Write修改了D->D’,那么PrimaryLUN将指向A’,B,C,D’

emc-vnx_snapshot-04.jpg

4K 消息

2014年5月13日 20:00

问题:VNX存储内数据做快照时,是对某一点对数据做一次全备份?

答:做全备份的话就不叫“快”照了,叫克隆(Clone)。VNX的快照技术有三种:1. 沿自CLARiiON时代的SnapView Snapshot (for Block);2. SnapSure (for File);3. VNX自R32引入的VNX Snapshot。SnapView和SnapSure都是Copy On First Write (COFW)技术;VNX Snapshot采用了Redirect On Write (ROW)技术,更好地支持Pool LUN(不支持RAID Group LUN),并支持Snap of Snap。关于这三种技术的详细介绍请参考:

VNX Snapshots

EMC SnapView Snapshots and Snap Sessions Knowledgebook

Using VNX SnapSure

问题:还是会引入重复数据删除技术,只做变更数据快照,重复数据指向前一个点的快照数据吗?

答:我理解这里你说的“重复数据”应该指的是新写入的数据吧?如果是采用COFW原理的快照技术,那在第一次写入新数据时,会将原数据拷贝至保留LUN中(被保留的数据就是那一时间点的快照),而后续再有新写入的话,就会覆盖前一次写入位置上的数据。如果采用的是ROW技术,那在第一次写入新数据时,就会将新数据重定向到同一Pool中的其他位置中(不会动原数据),后续再有新写入的话,就继续在重定向的位置写入。

上一代VNX(R31、R32)仅支持File级别的重复数据删除技术,新一代VNX(R33)开始支持Block级别的消重,它是在Pool LUN上启用的,不会直接介入快照的操作中。

2.8K 消息

2014年5月13日 20:00

VNX存储系统有二种快照技术:snapview和snapshots。

Snapshots为R32版本引入的新功能,采用写入时重定向(ROW)技术,详细情况可以参考楼上的介绍。

snapview为Clariion时期沿用的技术,采用第一次写入时拷贝(COFW)技术,该技术会拷贝被变更的RAW Data到RLP LUN。

二种快照技术都不会对RAW DATA进行全备份,RAW DATA全备份只会发生在克隆技术中。

Community Manager

 • 

6.1K 消息

2014年5月13日 20:00

1.2K 消息

2014年5月14日 01:00

SnapView Snapshot实现过程是,在源数据即将被更新时,是将源数据读出并写入Reserved Pool LUN,然后快照指针指向Reserved Pool LUN。但对于这个会话,之后对同一块数据的写入不会再引发任何复制操作。相比全备份,SnapView Snapshot平均只占用20%源数据空间,具体值取决于快照要保存的时间以及数据更改的频率。

找不到事件!

Top