与其他灾难恢复解决方案相比，NetApp SnapMirror软件具有经过验证的高效率、精简性及合理成本，因此多年来该软件一直是在各种NetApp存储环境中进行复制和灾难恢复的首选技术。NetApp近年来不断通过推出新特性和新功能来增强 SnapMirror，使该产品能够符合更广泛的要求，并能更高效地利用网络带宽。

图 1） NetApp SnapMirror。

使用SnapMirror技术可以获得以下显着优势：

·高效。块级更新可以降低对网络带宽和时间的要求。从Data ONTAP 7.3.2开始，卷SnapMirror还提供本机网络压缩功能，从而进一步降低带宽成本。

·灵活。可在不同的NetApp存储系统之间复制数据。在异步模式下，支持一对一、一对多、多对一或多对多复制拓扑。

·工作效率更高。通过将SnapMirror与NetApp FlexClone结合使用，可以将存储在您灾难恢复环境中的数据用于开发/测试、数据挖掘或其他目的。

·一致。通过与NetApp SnapManager套件集成，可在复制应用程序数据的同时确保其完全一致，便于快速恢复。

·安全。灾难恢复计划测试不会影响生产和正在进行的复制，因此可以更频繁地进行测试，从而确保在灾难来袭时不会手忙脚乱。为了保护应用程序数据免遭破坏，您的灾难恢复站点可保留多个Snapshot副本，以便快速轻松地恢复到数据破坏之前的某个时间点。

SnapMirror有两种运行模式：卷和qtree。卷SnapMirror通常是首选模式。卷SnapMirror的使用相对普遍，因此我们的许多开发工作（包括与SnapManager产品套件的集成）都侧重于使用卷SnapMirror。这样一来，卷SnapMirror的灵活性和效率也得以提高。本篇“基础知识回顾”文章将介绍如何实施卷SnapMirror技术、最常见的用例、实施SnapMirror的最佳实践等内容。

如何在Data ONTAP中实施卷SnapMirror

卷SnapMirror在物理块级运行。它可将整个卷的内容（包括所有 Snapshot 副本）及所有卷属性从源（主）卷逐字复制到目标（二级）卷。因此，目标存储系统上运行的Data ONTAP主版本必须与源存储系统上运行的Data ONTAP版本相同或更高。如果主系统上正在运行重复数据删除或NetApp数据压缩（Data ONTAP 8.0.1中新增），则目标卷上也会继承节省的空间，因为卷是相同的，WAN上也会实现节省。

卷SnapMirror从基线副本开始复制，该副本中的所有卷数据均从源位置复制到目标位置。完成基线副本复制之后，以后的复制会定期进行。必要时可将目标卷设置为可写。换句话说，如果发生了影响源系统或主系统的故障，您可以对操作进行故障转移，转而写入目标系统。故障得到解决后，您可以执行故障恢复重新同步操作，将新增的更改复制回源系统，恢复正常运行。该功能是SnapMirror与NetApp SnapVault之间的关键区别，NetApp SnapVault主要用于磁盘到磁盘备份。

表 1）异步卷SnapMirror与qtree SnapMirror之间的关键区别。