用于 VMware® Virtual Infrastructure 3 (VI3) 的 DR 要求您的所有 VM（虚拟机）都需要定期复制到远程站点，从而消耗了大量的存储和网络带宽。通过在 VMware 主存储系统上使用 NetApp 重复数据删除，可以大大减少您的主存储环境中的数据量。数据量的减少会使得您的下游基础设施的优势不断加强，从而减少复制所需的带宽以及 DR 站点上所需的存储。

使用重复数据删除所节约的成本可以使 DR 在成本可能会受到控制的情况下变得切实可行。例如，有个客户曾报告在重复删除其 VMware Virtual Desktop Infrastructure (VDI) 环境之后，为其桌面提供 DR 所需的存储和带宽变得很少了，并且为其 VDI 环境和 VI3 环境添加 DR 切实可行。

在本文中，我将探讨通过 VMware DR 实施重复数据删除所需要采取的措施。我还将讨论利用您的 DR 环境中的复制数据用于 DR 测试及其它目的的情况。

在主 VMware 环境中实施重复数据删除

由于 VMware 环境中的每个虚拟机都要求为其操作系统采用专用的存储，因此会出现大量的重复数据。您可能有很多 VM 安装了同一个操作系统和应用程序。

如果 100 个 VM 运行同一个操作系统，且每个虚拟机需要 10GB 至 20GB 的存储空间，即 1TB 至 2TB 的存储空间专用于同一数据的几乎相同的拷贝。应用 NetApp 重复数据删除可以有效消除此冗余。

概括地说，如果将 X 个虚拟机指定给一个存储卷，在重复数据删除后，您所需的操作系统存储空间量将是非重复数据删除环境下所需存储空间量的 1/X。很显然，所获得的实际结果将取决于卷中有多少个 VM 和这些 VM 相似程度。

实际上，客户在 ESX VI3 环境通常可以节省 50% 或更多的空间，某些情况下存储空间节省可高达 90%。这是对整个 VMware 存储环境（包括应用程序数据，而不仅仅是操作系统）进行重复数据删除。在 VDI 环境下，客户通常可节省高达 90% 的存储空间。

NetApp 重复数据删除的另一个优点是它不仅可以在主存储设备上运行，还可以在任何现有的 NetApp 卷上运行。即使您的 VMware 基础设施建设很完善，也可以运行重复数据删除并节省大量存储空间。只需提供重复数据删除许可证（免费）和目标存储系统上的 NearStore® 许可证即可进行操作。

灾难恢复配置

虽然主存储环境中的存储空间使用量得到减少本身已经是一个重大益处，但是在使用 NetApp SnapMirror® 实施灾难恢复时，从重复数据删除中获得的真正收益更加明显。因为重复数据删除大大减少了必须复制的数据量，从而减少了 DR 位置所需的空间和站点间所需的网络带宽。进行重复数据删除以后，您也许可以配置 DR 以尽可能低的速度进行链接，将更容易和更快速地让您的 DR 环境维持运转。

图 1) 在具有 DR 复制的 VMware 环境应用重复数据删除。

如要配置 DR，首先请在存储数据的主 VMware 存储环境中对所有卷执行重复数据删除。然后在 DR 站点的主卷和目标卷之间创建 SnapMirror 关系。

与许多其他复制解决方案不同，SnapMirror 不要求目标配置与源配置完全一样。如果需要，您可以在 DR 站点中使用不同的 NetApp 存储系统和价格较低的磁盘（如 SATA 磁盘，而不是光纤通道磁盘）。

当 SnapMirror 第一次运行时，它会将每个源卷与其目标卷同步。此过程通常是 SnapMirror 实施时最耗带宽的部分，但是因为源卷都已执行重复数据删除，因此要传输的数据量会比实际量少很多。此方法是以下用户的理想之选：链接速度慢、没有足够带宽执行初始同步但可以管理此后出现的增量更新。

请注意，因为重复数据删除在卷级起作用，所以您必须使用 Volume SnapMirror 来获得最大收益。Volume SnapMirror 在整个卷上执行，因此您的镜像始终与源卷有相同的重复数据删除级别，还可节省空间、减少带宽利用以及加速镜像更新过程。

一旦完成初始同步，您就可以配置 SnapMirror 按计划运行，让 DR 站点内容始终保持最新。在每次迭代时，SnapMirror 仅传送已更改的数据块，因此它能更有效地利用网络带宽。您将需要在主站点定期运行重复数据删除。根据您的特定需求，可在以下时间运行重复数据删除：

 按指定的时间表
 卷中有 20% 的新数据时自动运行
 在需要时手动运行（例如，在安装大的修补程序以后）

使用 SnapMirror 后，无论主卷上有什么更改，都会自动反映到辅助卷上，因此不需要在您的 DR 站点运行重复数据删除。由于辅助卷是镜像，它们从主卷”继承”重复数据删除状态。

利用 DR 环境

获得 DR 站点的所有数据并通过 SnapMirror 定期更新后，并不意味着事情到此结束。NetApp 还可以利用 DR 站点存储的数据进行 DR 测试、开发或各种其他用途。

图 2) 在 DR 站点利用 FlexClone® 可将复制的数据用于多种用途。

在典型的 DR 测试环境中，在测试开始前必须将用于测试的所有数据复制到另一组磁盘。这意味着您需要两倍的存储空间，并且在开始测试前的复制操作也很耗时间。

借助 NetApp FlexClone 技术，您可以使任意或所有 DR 卷都成为具有空间效益的可写克隆；只在更改克隆卷时才会占用额外的空间。这些 FlexClone 卷便于您及时捕捉 DR 数据在固定时间点的静态视图，而不用中断进行中的 SnapMirror 更新，也不需要大容量的额外存储。

使用 FlexClone，您可以将进行 DR 测试的时间从 24 小时或更长时间降到几个小时，这是因为该过程快速、可靠、高效且无需使用密集资源。也可以通过类似方式对应用程序开发工作、数据挖掘、修补程序测试等使用 FlexClone。

DR 站点代表大量的资源投资。借助 FlexClone，您可以利用这些资源执行其他任务，而不会负面影响 DR 就绪。通过简化 DR 测试，FlexClone 使它更容易符合公司规定的 DR 测试需求以确保 DR 就绪。

总结

将 NetApp 重复数据删除应用到主 VMware 存储会在主基础设施和 DR 基础设施中产生巨大收益。在典型环境中，可以将主存储需求减少 40% 至 60%。此节省模式会将 DR 站点所需的存储以及 DR 所需的带宽减少相应的数量，使 DR 速度更快、更有效率。您可以使用 NetApp FlexClone 来利用 DR 站点的数据进行 DR 测试、应用程序测试/开发或其他活动，以便最大化资源利用。

今天的全球性企业需要在发生自然或人为灾难、操作员出错或是技术和应用出现故障的情况下，保护数据并快速进行恢复。它们还需要一个有效的方式将数据发布到远程位置。如果没有有效的数据保护和发布策略，运作过程可能会被迫中断，导致数百万美元的收入损失。

NetApp SnapMirror 软件具有强大的功能，而且易于使用和管理，它满足了当前的全球性企业对灾难恢复和数据分布解决方案的需要。通过在 LAN 或 WAN 上高速复制数据，SnapMirror 软件将尽可能地为关键应用程序提供最高的数据可用性和最快的恢复速度。

SnapMirror 技术将数据镜像到一个或多个网络 Filer 上。 SnapMirror 不断地更新镜像数据，以确保数据是最新的，并且能够用于进行灾难恢复、减少磁带备份、发布只读数据、在非生产性 Filer 上进行测试、执行联机数据迁移等等。如果您的企业分布在不同的地点，而所有地点都需要访问培训录像和 CAD 工具等相同的数据集，SnapMirror 可以将同一数据发布到所有地点。通过自动更新这些数据，并支持对镜像数据的本地访问方式，SnapMirror 可以大大提高员工的工作效率。

节省宝贵的网络带宽

NetApp SnapMirror 软件具有许多节省带宽的功能，可以降低数据复制和灾难恢复的基础设施成本。您可以先用磁带执行一次整卷数据传输，然后再用那些磁带在远程位置装入数据。之后，您只需要通过网络对新的数据块和更改的块进行增量更新。由于只需复制所有 Filer 数据的一小部分，SnapMirror 大大降低了对网络带宽的需求。此外，SnapMirror 在数据传输过程中会设置检查点。如果系统出现故障，传输会从最近的检查点重新开始。SnapMirror 还会执行智能的重新同步过程，这样，在从镜像损坏的状态或不同步的状态进行恢复时，无需传输整卷数据。如果在应用程序测试期间修改了镜像副本上的数据，可以将生产系统上的新数据块和更改的数据块复制到镜像副本，使镜像副本快速实现与生产数据的重新同步。

灵活的配置

NetApp SnapMirror 可以方便地部署到任何具有足够的带宽来处理数据传输的网络基础设施中。它能够支持多种传输方式（FC 和 IP），这一点确保可以更好地利用现有设备，并且还因能够实现路径间的容错而提高了可用性。

SnapMirror 允许客户选择适当的同步级别（同步、半同步和异步），从而实现了较高的灾难恢复保护级别。例如，如果选择“同步”选项的话，远程站点的复制数据将始终是最新的，并能在发生故障后随时提供。这一方式简化了灾难恢复过程，降低了系统宕机时间。而“半同步”允许客户根据站点的需要，确定有多少 I/O 操作可以失去同步，或者是复制站点可以在多长时间内与数据源失去同步。而“异步”选项则允许您根据需要（每分钟、每小时或每天）任意安排传输过程。您可以设置最适合每一站点的频率。时间安排很容易修改，而且修改后可以立即生效。您还可以为源系统和镜像系统选择不同的 Filer 配置。源系统可以是具有 6TB 存储空间的集群 Filer，它将 2TB 的关键数据镜像到另一种型号的 Filer 上。此外，得益于级联和多跃点镜像方式，NetApp SnapMirror 目标卷可以作为其他目标的源卷，而且每个“镜像对”都可以有自己的时间安排以满足各个站点的特定需求。如果需要远距离复制数据，级联镜像是非常理想的解决方案。例如，如果是从纽约将数据复制到巴黎、罗马和伦敦，您可以将数据从纽约复制到伦敦，然后使用低成本链接将数据从伦敦复制到巴黎和罗马。

图：SnapMirror：级联方式的配置

使用 SnapMirror，可以将数据高效和经济合算地复制到远程站点，以便进行灾难恢复或数据分布。

易于使用，经济合算

用户在几分钟内就可以设置好 SnapMirror，并能通过易于使用的 DataFabric® Manager (DFM) 图形用户界面进行管理和操作。Filer 支持 SnapMirror 软件，您不需要再安装其他软件。通过内置的 SNMP 支持功能，可以方便地与 SNMP 框架进行集成。

2 技术特点

快速数据复制和容错—将主站点发生故障的宕机成本降至最低。

访问镜像数据—减少磁带备份，让您在灾难恢复上的投资物超所值。

卷或 Qtree 复制—镜像选定的数据集，大大降低了对网络基础设施的要求。

选择复制过程的同步级别—采用一个产品即可控制复制的频率（异步、同步或准同步）。

更有效地利用网络—降低了数据复制和灾难恢复的成本。

设置简便—几乎不需要增加 IT 资源；可以经常测试灾难恢复计划。

SnapMirror可以用于：

灾难恢复—将数据镜像到远程位置以实现容错。

 数据分布—使用级联或多跃点镜像方式，将数据集发送到世界各地。

远程数据访问—应用程序能够以只读模式访问镜像数据。

联机数据迁移—将数据迁移导致的宕机时间减到最少。

数据复制—使用镜像数据可以进行隔离测试。

同步的数据复制—保证各站点间关键数据的一致性。

负载均衡—通过访问镜像数据，在更多的客户端之间分摊负载。

实现一致的数据保护—使用 SnapLock™ 软件，能够在 Worm 卷之间实现完全一致的复制。

3 技术优势

NetApp的SnapMirror支持多种复制方式，用于适应不同的容灾环境，包括：同步，准同步，异步。异步方式的复制对于距离没有限制。

SnapMirror支持多种网络环境，用于适应不同的容灾环境，包括：IP接口和FC接口。

SnapMirror支持多种拓扑方式的复制，包括：1对多；多对1；级联复制等。

SnapMirror支持对多种数据的复制，包括：基于卷的复制，基于qtree的复制，支持对NAS / SAN /iSCSI中的数据复制。

SnapMirror只传输变化的数据块，可以大大节省网络带宽和减轻Filer的负载。

4 系统要求

NetApp的FAS900；F800；FAS200；NearStore R200系列统一网络存储产品均支持SnapMirror功能。

 同步SnapMirror要求源Filer和目标Filer必须采用相同大小和转速的磁盘。

在FAS系列和NearStore系列产品之间必须部署异步的SnapMirror功能。

FAS250只能实施基于IP端口的SnapMirror。

系统软件版本DataOnTap 6.5.1以上。