Dell Unity：异步复制和空间回收如何影响阵列性能

摘要: 本文探讨了从大型虚拟机 （VM） 回收空间期间异步复制对阵列性能的影响。

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。
查看其他资源

症状

重现以下步骤时，可以看到所有存储资源（整个阵列）都存在巨大延迟：
 
1.主机上的虚拟机 （VM） 没有使用情况，并且处于离线状态 — 无 I/O — 完全空闲 — （意味着要删除）。
2.正在从主机中删除虚拟机（空间回收）。
3.一切正常。阵列中的所有 LUN 和主机都有预期的响应时间。
4.[触发] 复制可以手动启动，也可以通过恢复点目标 （RPO） 启动。所有 LUN 和主机中的延迟增加 — 数据变得不可用。

原因

异步复制：
- 当复制会话暂停时，回收率不会停止也不会减慢。
- 当复制会话暂停时，工作会累积在阵列上。
- 复制会话恢复（手动或自动）后，这会从暂停时推送累积的工作。
- 根据累积的工作量，这可能会导致延迟，在这种情况下，延迟很严重。
- 这是功能即设计。

空间回收：
- 根据最佳实践，不建议将 64 TB 用于 ESXi 块 LUN，特别是与异步复制结合使用。
- 当 Array 查询 40 TB 的空白空间以查找具有可变长度 map-for-read的块时，这是大量无增值的工作。
- 发生这种情况时，负载会增加并影响 LUN 和阵列（所有资源）。

解决方案

为避免在满足这些条件时出现大量延迟，建议：

1.停止并删除复制会话。
2.将未使用的精简和未提交的空间（通过数据迁移）清除到较小的 LUN。
3.而是从较小的 LUN 创建新的复制会话。
 

或者，如果迁移数据存储已过时，并且打算将其删除，我们的建议是：

1.删除复制会话。
2.删除受影响的 LUN。
3.以后请遵循最佳实践创建较小的 LUN。 


更多注意事项：
- 错误地配置 LUN、ESXi 主机/虚拟机和复制可能会产生不明确的后果，即使制定了最佳实践也是如此。
- 特别是在这种情况下，这就是导致如此大规模延迟的原因。
- 根据开发，这是预期行为，Unity 按设计运行。
 

参考文档：

其他信息

要确认这是相同的行为，请验证复制是否正在触发，请查看阵列上的实时以下文件：

Live on Array：
- /EMC/backend/log/shared/EMCSystemLogFile.log
- /EMC/C4Core/log/c4_safe_ktrace.log


 

由管理员用户手动触发： 
14:10:21 service@spb:~/user# tailf 00_emc_backend_log_shared/EMCSystemLogFile.log | grep -i "refresh the replication"
B       05/04/21 14:10:48.405 ReplicPlugin       610021 [INFO] Audit: User Admin started to refresh the replication session rep_sess_res_xx_res_xx_CKM00xxxxxxxxx_CKM00xxxxxxxxx.


按恢复点目标 （RPO） 自动： 
B       05/04/21 14:45:33.687 std              ddf1a70d c4_safe_ktrace   SASPMC 0 (BE99) API INFO set_dynamic_int_coalescing: nr_busy_ports=1 ict=100 icc=16
B       05/04/21 14:45:33.708 sade              9f3f70f c4_safe_ktrace   DIC: 6:[SVDM_B] Handle request /dic_s/DicXmlAsyncMsgService/async=4=302002=503370607
B       05/04/21 14:45:33.708 sade              9f3f70f c4_safe_ktrace   DIC: 6:[SVDM_B] Send back /dic_s/DicXmlAsyncMsgService/async=4=302002=503370607 response (200 OK)
B       05/04/21 14:45:33.708 sade              9f3f70f c4_safe_ktrace   DIC: 6:[SVDM_B] Response for /dic_s/DicXmlAsyncMsgService/async=4=302002=503370607 sent
B       05/04/21 14:45:33.708 sade             e5243708 c4_safe_ktrace   XML: 6:[core] 
B       05/04/21 14:52:07.605 mlu               16d001c [INFO] System: Snapshot 81604378643_CKM00201901039_0000.ckpt000_3275157210146496.2_684 has been created for LUN 23.
B       05/04/21 14:52:07.710 mlu               12d0003 [INFO] System: Operation Create Replica started by 900002a4a on 9000000fd.
B       05/04/21 14:52:07.724 mlu               16d0027 [INFO] System: The new name for snapshot being destroyed is Destroying_20210106115207.694+00-000.
B       05/04/21 14:52:07.738 mlu               16d0027 [INFO] System: The new name for snapshot being destroyed is Destroying_20210106115207.694+00-001.
 

提醒：每次达到 RPO 或开始手动更新时，都会进行快照刷新。单个快照刷新可被视为销毁或重新创建。

受影响的产品

Dell EMC Unity, Dell EMC Unity Family |Dell EMC Unity All Flash, Dell EMC Unity Hybrid
文章属性
文章编号: 000184863
文章类型: Solution
上次修改时间: 09 5月 2026
版本:  7
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。