NetWorker:vProxy 在使用保留鎖定裝置時,效能模式複製失去最佳化
Summary: 本文說明在與 Data Domain Retention Lock 裝置搭配使用時,NetWorker 的 VMware vProxy 備份實作中存在瑕疵的錯誤。
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
- 保留鎖定裝置上的 NetWorker VMware Protection (NVP) 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)
- 受影響的 NetWorker 版本:
- 19.9.0.x (及更早版本)
- 19.10.0.0 至 19.10.0.4
- 19.11.0.0 和 19.11.0.1
Cause
該問題是由於實現中未發現的缺陷造成的。由於 Data Domain Retention-Lock 裝置不允許重新命名非空目錄,因此部分 NetWorker 的正常備份和複製工作流程會在無訊息狀態下失敗,回退至其他機制,導致無法最佳化成功。
Resolution
下列 NetWorker 版本中的工作流程:
- 19.10.0.5
- 19.11.0.2
- 19.12+
因應措施:
此問題似乎不會影響容量模式。切換至容量模式 作為因應措施可能會在短期內緩解問題,但仍建議升級。
注意:從一種備份最佳化模式變更為另一種 (例如,從效能最佳化為容量最佳化),需要執行新的完整零級備份,以此作為後續備份的起點。請確定 Data Domain 裝置有足夠的容量。由於在此期間,每個優化模式的備份必須共存,因此備份消耗的存儲容量是平常的兩倍,直到最後一個針對容量優化的備份到期(由保留期定義)。在此之後,存儲消耗將恢復正常。
Additional Information
NetWorker 支援兩種類型的備份最佳化模式,可讓 vProxy 備份至 Data Domain 系統:最佳化容量和最佳化效能。您可以在備份期間將最佳化模式套用至 vProxy 保護群組。「容量最佳化」模式使用可變大小分段,由於重複資料刪除率較高,因此會在資料處理中產生更多額外負荷,但會減少 Data Domain 系統上耗用的容量。效能最佳化可在使用變更區塊追蹤 (CBT) 的虛擬機器增量備份期間改善效能,並將資料複製到 Data Domain 系統,且可在備份大型 VMDK 檔案時有效。雖然「效能最佳化」會導致 Data Domain 裝置使用額外的空間 (約 20%),但此模式會大幅改善立即存取還原的隨機 I/O 效能。
Affected Products
NetWorkerProducts
NetWorker FamilyArticle Properties
Article Number: 000225863
Article Type: Solution
Last Modified: 25 مايو 2026
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.