卷SnapMirror支持异步、半同步和同步复制，到目前为止，异步复制是最常用的。

在异步模式下，源位置上将定期创建卷的Snapshot副本。只有在上一复制周期后更改或新创建的块才会传输到目标位置，因而此方法在节省存储系统开销和网络带宽方面非常高效。

同步模式会在发生更新时就将更新内容从源位置发送到目标位置，而不是根据预定计划发送。这样即可通过目标系统来保护在源系统中写入的数据，即使整个源系统发生故障，数据也不会受影响。可以利用NVLOG转发和一致点（CP）转发使目标系统保持最新。通过NVLOG转发，可以将写入日志（通常缓存在NetApp存储器上的NVRAM中）中的数据与目标系统保持同步。通过一致点转发，可以使磁盘上的文件系统映像保持同步。

半同步模式与同步模式在以下两个方面有所不同。无需等待目标系统的确认即可提交并确认针对源系统的写入；不使用NVLOG转发。由于这两项变更缩短了可实现的恢复点目标（RPO）时间，所以加快了应用程序的响应速度。

从Data ONTAP 7.3.2开始，新增了SnapMirror网络压缩功能。借助SnapMirror网络压缩，数据只有在网络中传输时才会被压缩；源系统和目标系统上的数据仍将保持未压缩状态。通过下面两个额外的步骤来支持压缩功能：

·在源系统上压缩

·在目标系统上解压缩

在源系统上，需要复制的数据块将传送到压缩引擎中进行压缩。压缩引擎根据存储系统上的CPU数量创建多个线程。多个压缩线程可以并行压缩数据。然后，经过压缩的块通过网络进行传输。在目标系统上收到经过压缩的块，并使用类似的多线程方法解压缩。之后，解压缩后的数据会写入相应的卷。

图 2） SnapMirror 网络压缩。

压缩引擎和解压缩引擎可以根据用户喜好配置为节省网络带宽或在最短时间内完成传输。

所有NetApp存储平台（包括V系列虚拟化系统与IBM N系列）均仅在异步运行模式下支持SnapMirror网络压缩。SnapMirror的半同步运行模式和同步运行模式目前不支持网络压缩。

若要了解关于卷SnapMirror所有功能的更多信息，请参见 TR-3446：《SnapMirror Async Overview and Best Practices Guide》与 TR-3326：《SnapMirror Sync and SnapMirror Semi-Sync Overview and Design Considerations》。您还可以阅读之前的一篇关于网络压缩的Tech OnTap文章。