"滞后"对SnapMirror或SnapVault意味着什么？

适用场景

• ONTAP 9
• SnapMirror
• SnapVault

问题解答

• SnapMirror关系滞后是指创建快照的时间与下次 传输 完成的目标系统时间之间的差值
  • For example
    • 快照将在08：00创建
    • 计划的SnapMirror更新将在12：00运行
    • 完成传输需要15分钟
    • 滞后时间为 4小时 15分钟
      • 这是如何计算的？快照创建时间与启动传输之间的差值为4 小时、加上完成传输所需的15分钟
• SnapMirror或SnapVault 关系的滞后时间通过以下方法计算：
  • 快照时间戳
  • 目标系统上的时间
  • 将快照从源传输到目标所需的时间量

• 术语"滞后"通常与性能相关、人们通常认为滞后是  自上次成功更新以来经过的时间
• 虽然这并不完全不正确、但它不会考虑其他2个因素：
  • 源存储控制器和目标存储控制器上基于时钟和时区的时间
  • 传输的持续时间

• 源和目标上的时间 非常重要、因为这决定了文件系统和快照上的时间戳。
  • 如果时间配置不正确、则时间戳将不准确  
  • 由于滞后是 根据快照时间戳计算的、因此、如果时间不正确、滞后将不正确  

• 由于复制的性质、传输的持续时间也会被忽略
  • 滞后不会仅根据传输开始和完成的时间来衡量
  • 滞后时间是 从 在源上创建快照的时间加上传输的持续时间开始测量的。 
    • 传输可以是计划更新或手动更新传输。 

• 请考虑以下SnapMirror情形：

  源	目标
  控制器A：vol_1	控制器B：vol_1_均 为

1. 计划的更新从 中午12：00开始
2. 此时将在源卷上创建SnapMirror快照、并启动传输
3. 完成传输需要45分钟
4. 目标系统上的时间 现在为中午12：46
5. 1分钟前完成的传输

如果在第5步中测量，则滞后时间 为46分钟，原因是：

• 自在源上创建快照以来已过46分钟
• 自快照成功传输到目标已过46分钟

• 在目标上、通过 查找 以下各项之间的差值来计算滞后：
  • 快照创建时间戳
  • 目标上基于目标存储控制器 时钟的时间
  • 如果未在目标或源上正确配置时间、则滞后 时间将不正确

• 请考虑以下情形：

  主云	二级
  CIFS SVM：vol_1	CIFS灾难恢复：vol_1_dr

1. 根据vol_1上的快照策略、将在 下午5点创建快照
2. 此时将使用SnapMirror标签sv_daily创建快照
3. 第二天凌晨1点、 系统将触发计划的SnapMirror更新、并将其配置为复制任何标记为sv_daily的快照
4. 完成传输需要30分钟

此方案中的滞后时间为8小时30分钟，原因是：

• 在按计划执行SnapMirror更新时、自创建快照并将其标记为sv_daily以来、已过了八个小时
• 将快照从源传输到目标需要30分钟

概括地说

• 滞后是指快照时间戳与目标系统时间之间的差值
• 滞后包括将快照从源传输到目标所需的时间量
• 在查看快照时间戳和传输持续时间时、通常会发现"长"滞后时间正常

追加信息

其他信息文本