NetWorker: клонування в режимі продуктивності vProxy втрачає оптимізацію з пристроями Retention Lock

Summary: У цій статті описано помилку, яка пов'язана з впровадженням резервних копій VMware vProxy від NetWorker при використанні з пристроями блокування домену даних.

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.
Check out other resources

Symptoms

  • Резервне копіювання або клонування можуть здаватися повільнішими, ніж очікувалося, для наборів збережень NetWorker VMware Protection (NVP) vProxy на пристроях Retention Lock
  • Помилка з'являється у 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, не дозволяють перейменовувати непорожні каталоги, частина звичайного робочого процесу резервного копіювання та клонування NetWork безшумно виходить з ладу, повертаючись до іншого механізму, який унеможливлює успіх оптимізації.

Resolution

Робочий процес у наступних релізах NetWorker:

  • 19.10.0.5
  • 19.11.0.2
  • 19.12+

Обхідний шлях:

Проблема, здається, не впливає на режим пропускної здатності. Перехід у режим пропускної здатності як обхідний шлях може вирішити проблему в короткостроковій перспективі, але рекомендується оновлення.
Режим оптимізації резервного копіювання встановлений на ємність 
 

ПРИМІТКА. Перехід від одного режиму оптимізації резервного копіювання до іншого (наприклад, від Optimized for Performance до Optimized for Capacity) вимагає виконання нового повного резервного копіювання нульового рівня як відправної точки для наступних резервних копій. Переконайтеся, що пристрій домену даних має достатню ємність. Оскільки резервні копії для кожного режиму оптимізації мають співіснувати протягом цього періоду, резервні копії споживають удвічі більше об'єму пам'яті, доки не закінчиться останнє резервне копіювання Optimized for Capacity, визначене періодом утримання. Після цього споживання пам'яті повернеться до норми.

 

Additional Information

NetWorker підтримує два типи режимів оптимізації резервного копіювання для vProxy у системи домену даних — Оптимізований за Ємністю та Оптимізований для Продуктивності. Режим оптимізації можна застосувати до груп захисту vProxy під час резервного копіювання. Режим оптимізації для пропускної здатності використовує сегментацію змінного розміру, що створює більше накладних витрат на обробку даних завдяки вищій швидкості дедуплікації, але зменшує споживану ємність системи домену даних. Оптимізація для продуктивності забезпечує підвищення продуктивності під час поступового резервного копіювання віртуальних машин із використанням відстеження змінених блоків (CBT), реплікує дані в систему домену даних і ефективна при резервному копіюванні великих файлів VMDK. Хоча режим Optimized for Performance забезпечує додаткове використання місця на пристрої Data Domain (близько 20%), цей режим суттєво покращує продуктивність випадкового введення/виведення для миттєвого відновлення доступу. 

Affected Products

NetWorker

Products

NetWorker Family
Article 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.