随着存储技术的快速普及，越来越多的企业用户开始意识到：从物理服务器转变为整合的虚拟化基础设施将具有不可否认的IT优势。但是，快速迁移到VMwa re使灾难恢复(DR)的传统方法已经过时了，而且会增加DR实施的复杂性，因此人们又开始寻求新的方式。
用于VMware Virtual Infrastructure 3(v13)的DR要求你的所有VM(虚拟机)都需要定期复制到远程站点，从而消耗了大量的存储和网络带宽。而我们则尝试通过在VMware主存储系统上使用NetApp重复数据删除，来最大限度地减少你的主存储环境中的数据量。数据量的减少会使得你的下游基础设施的优势不断加强，从而减少复制所需的带宽以及DR站点上所需的存储。
使用重复数据删除所节约的成本可以使DR在成本可能会受到控制的情况下变得切实可行。例如，有个企业曾报告在重复删除其VMwa re Virtual DesktopInfrastructure(VDI)环境之后，为其桌面提供DR所需的存储和带宽变得很少了，并且为其VDI环境和V13环境添加DR切实可行。
在本文中，我将探讨通过VMwareDR实施重复数据删除所需要采取的措施。我还将讨论利用你的DR环境中的复制数据用于DR测试及其它目的的情况。
在主VMWare环境中实施重复数据删除
由于VMware环境中的每个虚拟机都要求为其操作系统采用专用的存储，因此会出现大量的重复数据。你可能有很多VM安装了同一个操作系统和应用程序。
如果100个VM运行同一个操作系统，且每个虚拟机需要10GB至20GB的存储空间，即1TB至2TB的存储空间专用于同一数据的几乎相同的拷贝。应用重复数据删除可以有效消除此冗余。
概括地说，如果将x个虚拟机指定给一个存储卷，在重复数据删除后，你所需的操作系统存储空间量将是非重复数据删除环境下所需存储空间量的1／x。很显然，所获得的实际结果将取决于卷中有多少个VM和这些VM相似程度。
实际上，企业用户在ESX V13环境通常可以节省50％或更多的空间，某些情况下存储空间节省可高达90％。这是对整个VMware存储环境(包括应用程序数据，而不仅仅是操作系统)进行重复数据删除。在VDI环境下，用户通常可节省高达90％的存储空间。
NetApp重复数据删除的另一个优点是它不仅可以在主存储设备上运行，还可以在任何现有的NetApp卷上运行。即使你的VMware基础设施建设很完善，也可以运行重复数据删除并节省大量存储空间。只需提供重复数据删除许可证：(免费)和目标存储系统上的NearStore许可证即可进行操作。
灾难恢复配置
虽然主存储环境中的存储空间使用量得到减少本身已经是一个重人益处，但是在使用NetApp SnapMirror实施灾难恢复时，从重复数据除中获得的真正收益更加明显。因为重复数据删除大大减少了必须复制的数据量，从而减少了DR化置所需的空间和站点间所需的网络带宽。进行重复数据删除以后，你也许可以配置DR以尽可能低的速度进行链接，将更容易和更快速地让你的DR环境维持运转。
如果配置DR，首先请在存储数据的主VMware存储环境中对所有卷执行重复数据删除。然后在DR站点的主卷和目标卷之间创建SnapMirror关系。
与许多其他复制解决方案不同，SnapMirror 不要求目标配置与源配置完伞一样。如果需要，你可以在DR站点中使用不同的NetApp存储系统和价格较低的磁盘(如SATA磁盘，而不是光纤通道磁盘)。
当SnapMirror第一次运行时，它会将每个源卷与其目标卷同步。此过程通常是SnapM irror实施时最耗带宽的部分，但是因为源卷都已执行重复数据删除，因此要传输的数据量会比实际量少很多。此方法是以下用户的理想之选：链接速度慢、没有足够带宽执行初始同步但可以管理此后出现的增量更新。
请注意，因为重复数据删除在卷级起作用，所以你必须使使用VolumeSnapMirror来获得最大收益。VolumeSnapMirror在整个卷上执行，因此你的镜像始终与源卷有相同的重复数据删除级别，还可以省音容、减少带宽利用以及加速镜像更新过程。
一旦完成初始同步，你就可以配置SnapMirror按计划运行，让DR站点内容始终保持最新。在每次迭代时，SnapMirror仅传送已更改的数据块，因此它能更有效地利用网络带宽。
你将需要在主站点定期运行重复数据删除。根据你的特定需求，可在以下时间运行重复数据删除：
★按指定的时间表
★卷中有20％的新数据时自动运行
★在需要时手动运行(例如，在安装大的修补程序以后)
使用SnapMirror后，无论主卷上有什么更改，都会自动反映到辅助卷上，因此不需要在你的DR站点运行重复数据删除。由于辅助卷是镜像，它们从主卷“继承”重复数据删除状态。
利用DR环境
获得DR站点的所有数据并通过SnapMirror定期更新后，并不意味着事情到此结束。NetApp还可以利用DR站点存储的数据进行DR测试、发或各种其他用途。
在典型的DR测试环境中，在一测试开始前必须将用于测试的所有数据复制到另一组磁盘。这意味着你需要两倍的存储空间，并且在开始测试前的复制操作也很耗时间。
借助NetApp FlexClone技术，你可以使任意或所有DR卷都成为具有空间效益的可写克隆；只在更改克隆卷时才会占用额外的空间。这些FlexClone卷便于你及时捕捉DR数据在固定时间点的静态视图，而不用中断进行中的SnapMirror更新，也不需要人容量的额外存储。
使用FlexClone，你可以将进行DR测试的时间从24小时或更长时间降到几个小时，这是因为该过程快速、可靠、高效且无需使用密集资源。电也以通过类似方式对应用程序开发工作、数据挖掘、修补程序测试等使用FlexClone。
DR站点代表大量的资源投资。借助FlexClone，你可以和利用这些资源执行其他任务，而不会负面影响DR就绪。通过简化DR测试，FlexClone使它更容易符合公司规定的DR测试需求以确保DR就绪。
将重复数据删除应用到主VMware存储会在主基础设施和DR基础设施中产生巨大收益。在典型环境中，可以将主存储需求减少40％至60％。此节省模式会将DR站点所需的存储以及DR所需的带宽减少相应的数量，使DR速度更快、更有效率。你可以使用NetApp FlexClone来利用DR站点的数据进行DR测试、应用程序测试／开发或其他活动，以便最人化资源利用。
