NetWorker：vProxy 性能模式克隆失去对 Retention Lock 设备的优化

摘要: 本文介绍一个错误，该错误涉及与 Data Domain Retention Lock 设备配合使用时，NetWorker 的 VMware vProxy 备份实施中的缺陷。

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

症状

  • 对于 Retention Lock 设备上的 vProxy 存储集，备份或克隆速度可能比预期的慢
  • 尽管备份或克隆作业明显成功 ddfs.info 但日志中仍显示错误：
Attempt to rename non-empty directory /data/col1/mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56
dboost-<nsrsvr.demo.local-55146>: ddboost_api ERROR: ddp_rename() failed, FromPath //mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56, ToPath //mtree/device/21/06/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56,  Err: 5034-nfs rename failed (nfs: Permission denied)

原因

该问题是由于实施中未发现的缺陷造成的。由于 Data Domain 保留锁定设备不允许重命名非空目录，因此 NetWorker 的部分正常备份和克隆工作流会静默失败，从而回退到不同的机制，从而阻止优化成功。

解决方案

该工作流已在即将发布的 NetWorker 版本中得到纠正：
  • 19.10.0.4
  • 19.11.0.1
  • 19.12+
此问题似乎不影响容量模式。切换到容量模式作为一种解决方法可能会在短期内缓解问题，但建议进行升级。
 
NOTE: 从一种备份优化模式更改为另一种备份优化模式（例如，从针对性能进行了优化更改为针对容量进行了优化）需要执行新的完整零级备份作为后续备份的起点。确保 Data Domain 设备具有足够的容量。由于在此期间，每种优化模式的备份必须共存，因此备份消耗的存储容量是常规存储容量的两倍，直到最后一个针对容量进行了优化备份到期（如保留期所定义）。在此之后，存储消耗将恢复正常。

其他信息

NetWorker 支持两种类型的备份优化模式，用于将 vProxy 备份到 Data Domain 系统 — 针对容量进行了优化和针对性能进行了优化。您可以在备份期间将优化模式应用于 vProxy 保护组。针对容量进行了优化模式使用可变大小分段，由于重复数据消除率较高，这会在数据处理中产生更多开销，但会减少 Data Domain 系统上消耗的容量。针对性能进行了优化在使用更改数据块跟踪 （CBT） 进行虚拟机增量备份期间提供性能改进，并将数据复制到 Data Domain 系统，在备份大型 VMDK 文件时非常有效。尽管针对性能进行了优化会导致 Data Domain 设备上的额外空间使用（约 20%），但此模式可显著提高即时访问还原的随机 I/O 性能。 

受影响的产品

NetWorker
文章属性
文章编号: 000225863
文章类型: Solution
上次修改时间: 25 5月 2026
版本:  3
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。