NetWorker：Data Domain 之间的容量模式 vProxy 克隆作业性能问题

• vProxy 克隆速度已从 GB/秒下降到更常规和更现实的速度。
• 网络带宽被排除为瓶颈的原因，在克隆期间仍远低于阈值。
• 消息可在 ddfs 中找到。引用一个或多个 *-flat.vmdk 受影响虚拟机 （VM） 磁盘的文件，包含：
  • synthesized_vbytes 0 ，结束于 recipe_repl FALSE
  • srepl_filecopy_recipe_validate_bf：srepl_get_replica_attr基本文件，并以错误“文件句柄过时”结尾。
• 克隆操作日志中发现的消息（当克隆调试级别为 3 或更高时）引用受影响虚拟机磁盘的一个或多个 *-flat.vmdk 文件，其中包含：
  • 合成复制不能用于文件...路径.../vm-vmnumber-disk-key-disknumber-flat.vmdk

• 在作业之间在 NetWorker 中为源或目标 Data Domain 设备解析的不同 IP 地址。这些必须保持一致，才能进行虚拟合成的内部跟踪
• 更改 vProxy 备份或克隆的源或目标 Data Domain
• 用于 vProxy 备份或克隆的多个源或目标卷，这可能会导致同时克隆链中的多个存储集
• 多个 vProxy 存储集需要为给定虚拟机克隆，这可能会导致链中的存储集克隆无序
• 长时间没有任何更改的虚拟机磁盘（特别是超过存储集保留期的时期，例如保留为 30 天时为 35 天无更改）
• 未使用 ChronologicalOrder Action 属性

由于存在许多潜在原因，请查看 Data Domain 和 NetWorker 配置，并确保：

• ifgroup为源（备份）和目标（克隆目标）Data Domain 设置正确
• NetWorker 服务器、存储节点和 Data Domain 都具有使用相应 ifgroup 每个 Data Domain 的 IP，以及用于客户端的可靠 DNS（根据需要使用 NetWorker 客户端主机文件）。
• 每个备份和克隆池具有单个 Data Domain。

为 vProxy 存储集克隆操作启用 ChronologicalOrder 功能，该功能可能在 UI 中隐藏：

• 如果使用 nsrclone 命令，请使用 -O 切换为在将存储集列表与给定客户端链中的多个存储集一起使用时强制实施此新功能
• 要在策略中启用，请使用以下两个命令之一：

nsrpolicy action update clone -p policyname -w workflowname -A actionname [--chronological_order | -l] <yes|no>

• 在 nsradmin 提示符中：

. type nsr protection policy action; policy name: policy; workflow: workflow: name: action

update Chronological order: Yes

• 完成此操作后，将取消之前提到的对单个源和目标卷的限制，以及每个虚拟机客户端的多实例增量，并且可以正确处理。

重要提示：某些情况下，NetWorker 和 Data Domain 可能会从其中恢复，其中存储集的克隆顺序不合理。这会导致某些设备无法使用 VSR 进行复制，但是一旦整个链恢复，VSR 克隆就可以正常继续进行，而不会出现问题。通常，无序克隆、多个卷和多个存储集克隆可以赶上并恢复正常操作。

如果已使用多个 Data Domain IP 地址或完全更改了 Data Domain 源或目标，则恢复定期和一致 VSR 优化的唯一方法是强制执行受影响虚拟机的新完整备份，以重置更改的数据块跟踪和恢复 VSR 优化。当上述步骤已完成，但 Data Domain 和/或 NetWorker 日志记录以及克隆速度表明性能问题仍然存在时，应考虑这一点。