“滞后”对 SnapMirror/SnapVault 意味着什么?
不可不使用
适用场景
- ONTAP 9
- SnapMirror
- SnapVault
问题解答
- SnapMirror关系滞后是指创建快照的时间与下次 传输 完成的目标系统时间之间的差值
- For example
- 快照将在08:00创建
- 计划的SnapMirror更新将在12:00运行
- 完成传输需要15分钟
- 滞后时间为 4小时 15分钟
- 这是如何计算的?快照创建时间与启动传输之间的差值为4 小时、加上完成传输所需的15分钟
- For example
- SnapMirror或SnapVault 关系的滞后时间通过以下方法计算:
- 快照时间戳
- 目标系统上的时间
- 将快照从源传输到目标所需的时间量
- 术语"滞后"通常与性能相关、人们通常认为滞后是 自上次成功更新以来经过的时间
- 虽然这并不完全不正确、但它不会考虑其他2个因素:
- 源存储控制器和目标存储控制器上基于时钟和时区的时间
- 传输的持续时间
- 源和目标上的时间 非常重要、因为这决定了文件系统和快照上的时间戳。
- 如果时间配置不正确、则时间戳将不准确
- 由于滞后是 根据快照时间戳计算的、因此、如果时间不正确、滞后将不正确
- 由于复制的性质、传输的持续时间也会被忽略
- 滞后 不会 仅根据传输开始和完成的时间来衡量
- 滞后时间是 从 在源上创建快照的时间加上 传输的持续时间开始测量的。
- 传输 可以是计划更新或手动更新传输。
- 请考虑以下SnapMirror情形:
源 目标 控制器A:vol_1 控制器B:vol_1_均 为
- 计划的更新 从 中午12:00开始
- 此时将在源卷上创建SnapMirror快照、并启动传输
- 完成传输需要45分钟
- 目标系统上的时间 现在为中午12:46
- 1分钟前完成的传输
如果在 第5步中测量,则 滞后时间 为 46分钟,原因是:
- 自在源上创建快照以来已过46分钟
- 自快照成功传输到目标已过46分钟
- 在目标上、通过 查找 以下各项之间的差值来计算滞后:
- 快照创建时间戳
- 目标上基于目标存储控制器 时钟的时间
- 如果未在目标或源上正确配置时间、则滞后 时间将不正确
- 请考虑以下情形:
主云 二级 CIFS SVM:vol_1 CIFS灾难恢复:vol_1_dr
- 根据vol_1上的快照策略、将在 下午5点创建快照
- 此时将使用SnapMirror标签sv_daily创建快照
- 次日凌晨1点、 系统将触发计划的SnapMirror更新、并将其配置为复制任何标记为sv_daily的快照
- 完成传输需要30分钟
此方案中的滞后时间为 8小时30分钟,原因是:
- 在按计划执行SnapMirror更新时、自创建快照并将其标记为sv_daily以来、已过了八个小时
- 将快照从源传输到目标需要30分钟
概括地说
- 滞后是指快照时间戳与目标系统时间之间的差值
- 滞后包括将快照从源传输到目标所需的时间量
- 在查看快照时间戳和传输持续时间时、通常会发现"长"滞后时间正常
追加信息