跳转到主内容

SnapMirror 存储效率配置和行为

Views:
106
Visibility:
Public
Votes:
0
Category:
snapmirror
Specialty:
dp
Last Updated:

适用场景

  • ONTAP 9
  • SnapMirror
  • SnapVault

问题解答

SnapMirror type-XDP 允许源卷和目标卷之间独立存储效率。虽然这样可以提高灵活性,但某些存储效率设置组合可能会导致传输期间丢失源卷的存储效率节省。

此 KB 专用于 SnapMirror 类型 - XDP 关系。SnapMirror 类型 DP 关系可以在设计上保持源端存储效率节省,但不能在源卷和目标卷之间具有独立的存储效率配置。

  • 重复数据删除( D )—实时或后台 / 后处理
  • 自适应数据压缩( Ca )—实时或后处理
  • 二级压缩( cs )—实时或后处理
  • 温度敏感型存储效率( TSSE )— AFF 平台上的 ONTAP 9.8 及更高版本
  • 具有存储效率的逻辑传输( Logical Transfer with Storage Efficiency , LRSE )—源端存储效率的所有节省 由 SnapMirror 维护
  • 逻辑传输( Logical Transfer , LRE )—在传输期间,所有源端存储效率节省都将丢失,但可以在目标端重新获得
目标 结果
D 或无存储效率 D 或无其他存储效率 具有存储效率的逻辑传输( LRSE )
D 、 CA 或 CS D 或无其他存储效率 具有存储效率的逻辑传输( LRSE )
TSSe. TSSe. 具有存储效率的逻辑传输( LRSE )
D 、 CA 或 CS D 、 CA 或 CS 逻辑传输( LRE )
存储效率的任何组合 任何存储效率,包括 CA 或 CS 逻辑传输( LRE )
  • 除了 TSSE 之外, SnapMirror 目标上的任何形式的额外数据压缩都会导致非存储高效的 LRE 传输。有关 TSSR 的注释,请参见下文
数据压缩
  • 如果 SnapMirror 使用了 LRSE 或 LRE 、则数据压缩不会产生影响。
目标 结果
数据压缩已启用 无数据压缩 仅在源上实现数据压缩节省
无数据压缩 数据压缩已启用 仅在目标上实现数据压缩节省
数据压缩已启用 数据压缩已启用 两个卷上的数据压缩节省 *

* SnapMirror 目标将重新打包源发送的任何压缩的 sub-4K 数据块。这可能会导致源卷和目标卷之间的数据压缩节省不同(但类似)。

温度敏感型存储效率( TSSE )
  • 在运行 ONTAP 9.8 及更高版本的 AFF 平台上,为新卷启用了 TSSE 。
  • TSSE 与自适应或二级文件压缩不同,因为默认情况下, TSSE 设置由 SnapMirror 目标卷继承,而 SnapMirror 关系将继续保持高效存储传输( LSE )。
  • 如果 ONTAP 版本和平台支持,则无需执行任何步骤即可在 SnapMirror 目标卷上启用 TSSE 。
  • 将 TSSA 卷复制到 ONTAP 9.6 或更早版本的目标时, SnapMirror 可能会失败并显示 "Invalid data operation(Replication engine error)" 或 "Failed to start transfer. (Operation not supported),有关 [1]详细信息和已修复版本,请参见错误 1384963 。ONTAP 9.7 或更高版本的目标不会出现此问题描述。
  • 如果在 ONTAP 9.7 或更早版本中从 TSSA 卷复制到目标,则通过网络实现的数据压缩节省将会丢失。SnapMirror将继续保持重复数据删除节省的空间并继续报告 "Logical Transfer with Storage Efficiency ( LRSE )" 。
  • TSS一 当前与 FabricPool 不兼容。如果从 TSSA SnapMirror 源卷复制到 FabricPool SnapMirror 目标,则在被 FabricPool 分层之前,压缩的块会在目标上解压缩。
AF-A400 和硬件卸载存储效率
  • AF-A400 平台使用一种新的压缩算法,称为 lrzw1a ,也称为硬件卸载存储效率。
  • lrzw1a 压缩算法与 ONTAP 9.6 及更早版本不兼容。
  • 如果使用 lrzw1a 压缩算法从 AF-A400 上托管的卷复制到运行 ONTAP 9.6 或更早版本的 SnapMirror 目标,则会导致 LRE 传输。
  • 将目标集群升级到 ONTAP 9.7 或更高版本,以使 SnapMirror 切换到存储效率高的 LRSE 传输。
    • 常见问题解答

      • 问题 1 :如果源( src )为( AFF400 + 9.7 ),目标( dst )为( FAS2552 + ONTAP9.8 ),则 SnapMirror 将生成 LRSE 传输,是否正确?

        A1 :是的

      • 问题 2 : volume efficiency show 在 DST 上, -compression-算法 是否会显示为 lrzw1a ?

        A2 :否

      • 问题 3 :如果使用 snapmirror break 使 DST 变为 RW ,则计划的压缩是否会以 lrzw1a 的形式运行?

        A2 :否

扩展的压缩数据
  • 扩展的压缩数据是 AFF 或现代 FAS 平台, ONTAP 9.5 或更高版本,应用程序 IO 大小为 8K 的自适应数据压缩以及数据缩减的组合。
  • 如果源卷使用扩展压缩数据、目标必须运行 ONTAP 9.5 或更高版本、 SnapMirror 才能保持存储效率节省( LRSE )、而不考虑目标的存储效率设置。如果目标运行的是 ONTAP 9.4 或更早版本、则将使用 LRE 。有关详细信息,请参见错误 1277896
  • 由于扩展的压缩数据包括自适应数据压缩,因此在 SnapMirror 目标卷上启用将导致 LRE 传输。
其他存储效率技术
  • 聚合重复数据删除(跨卷重复数据删除): SnapMirror 传输不会保留 SnapMirror 源上的聚合重复数据删除节省量(实时或后台 / 后处理)。如果使用 LRSE 或 LRE ,则此问题不会产生任何影响。SnapMirror 目标集群可以对类型 DP SnapMirror 目标卷使用聚合重复数据删除。如果使用 LRSE 或 LRE ,这也不会产生任何影响。
从 LRE 更改为 LRSE
  • 在 ONTAP 9.3 及更高版本中、禁用 SnapMirror 目标上的所有其他压缩功能将允许从 LRE 切换到 LRSE 并开始保持源端存储效率节省。这称为自动 LRE 到 LRSE 。
  • 禁用目标位置的压缩后、自动 LRE 到 LRSE 需要两次传输才能启动。
  • 也可以在 ONTAP 9.3 和更高版本中使用-enable-storage-efficiency truesnapmirror update命令中的选项手动尝试使用 LRE 到 LRSE 。
仅当数据源和目标之间的压缩类型(自适应或二级)匹配时、 LRE 到 LRSE 的转换才起作用。如果压缩类型不同,则无法从 LRE 切换到 LRSE 。要实现 LRSE 功能、您必须将基准重置为新的目标卷、而不启用其他压缩。要避免重设较长的基线,请参见 How to enable SnapMirror storage efficiency between volumes with different compression types 中的步骤。
  • 在 ONTAP 9.3 之前、从 LRE 切换到 LRSE 需要重新基线。

追加信息