NetApp集成数据保护.docVIP

技术文章 NetApp 集成数据保护：作出正确的数据保护选择 作者：技术营销工程师 Srinath Alapati NetApp® 存储有很多出色之处，其中之一就是所有保护关键数据的功能均与 NetApp 硬件和 Data ONTAP® 紧密集成。通常，您所需的只是一个许可密钥。您根本无需购买专门的设备或执行复杂的软件安装来增加功能，我们的所有数据保护解决方案均利用内置的数据管理功能。 图 1) 传统数据保护方法增加复杂性和成本。 NetApp 集成数据保护的基本原理已在之前的 Tech OnTap 文章中介绍过。在本文中，我想深入了解我们的复制技术的一些细节。NetApp 数据保护的大部分重要要素（例如卷 SnapMirror®、配额树 SnapMirror、SnapVault® 和 MetroCluster™）均使用镜像或复制。了解这些技术的工作原理以及它们之间的区别，更易于选择最佳数据保护策略。首先，我将介绍这几种不同的技术，然后就如何选择适合您要求的正确产品提供一些指导。 NetApp 复制产品 这几年来，Tech OnTap 发表了很多关于 SnapMirror、SnapVault 和 MetroCluster 的文章。但是，据我所知，目前还没有哪一篇文章完整介绍过这些产品的几个关键功能以及各产品之间的一些重要区别。我先从 SnapMirror 开始，然后再介绍与之有关的另外两个产品。（如果您觉得 SnapMirror 的说明过于冗长，请不要太过吃惊。要了解 SnapVault 和 MetroCluster，不一定非得阅读如此冗长的说明。）文章中还包含几个比较表格，可帮助回答您想了解的任何其他问题。 SnapMirror可能所有人都知道，SnapMirror 主要用于在远程位置创建镜像，以便进行灾难恢复。而只有少数人知道 SnapMirror 实际上有两种运行模式。 卷 SnapMirror 在物理块级运行。它可将整个卷的内容及所有卷属性从源（主）卷原原本本地复制到目标（二级）卷。因此，目标存储系统必须运行与源存储系统上的 Data ONTAP 版本相同或更高版本的 Data ONTAP。如果主系统上正在运行重复数据删除或 NetApp 数据压缩（Data ONTAP 8.0.1 中新增），目标卷上也会继承这些节省，因为卷是相同的，WAN 上也会实现节省。 配额树 SnapMirror 可复制各个配额树。因为配额树是卷的子集，所以配额树 SnapMirror 在逻辑级运行。您不能原原本本地复制配额树，因为在目标系统上，配额树的某些必要卷级记录保存信息会丢失。 由于复制在逻辑级进行，因此与卷 SnapMirror 存在一些重要区别。首先，配额树 SnapMirror 不会继承重复数据删除实现的节省。再则，如果您从源系统和目标系统背景的角度考虑，这就容易理解了。在源系统上，配额树可以包含经过重复数据删除的块，该块只是指向位于该配额树外的某个块的指针。指针块显然不会存在于目标上，因此必须使用配额树，而不是只使用该指针复制所指向的块。在这种情况下，在网络和容量效率方面，配额树 SnapMirror 不如卷 SnapMirror 高效。 默认情况下，配额树 SnapMirror 只复制最后创建的 Snapshot 副本，因此，它在源位置和目标位置保留的 Snapshot 副本数量不对等。（根据定义，卷 SnapMirror 在源位置和目标位置保留相同的 Snapshot 副本。）配额树 SnapMirror 只保留执行复制更新所需的一对公用 Snapshot 副本。换句话说，配额树 SnapMirror 不具有 Snapshot 保留功能。 两种 SnapMirror 都从基本副本开始，卷或配额树中的所有数据均从源位置复制到目标位置。完成基本副本复制之后，以后的复制会定期进行。卷 SnapMirror 支持异步、半同步和同步复制，而配额树 SnapMirror 只支持异步复制。 在异步模式下，会在源位置定期创建卷或配额树的 Snapshot 副本。只会将上次复制周期后更改或新创建的块传输到目标位置，因而此方法在存储系统开销和网络带宽方面非常高效。 同步模式会在发生更新时就将其从源位置发送到目标位置，而不是根据预定计划发送。这有助于在目标系统上实现对源系统中写入的数据的保护，即使整个源系统发生故障，数据也不会受影响。NVLOG 和一致点 (CP) 发送用于保持目标完全是最新的。通过 NVLOG 发送，可以将写入日志（通常缓存在 NetApp 存储器上的 NVRAM 中）中的数据与目标系统保持同步。通过一致点发送，可以使磁盘上的文件系统映像保持同步。 半同步模式与同步模式在以下两个方面不同。对源系统的写入无需等待目标系统的确