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

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

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

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

• 19.10.0.5
• 19.11.0.2
• 19.12+

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

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

 

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