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

• Резервне копіювання або клонування може відбуватися повільніше, ніж очікувалося, для збережень 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 тихо зазнає невдачі, повертаючись до іншого механізму, який перешкоджає успішній оптимізації.

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

• 19.10.0.4
• 19.11.0.1
• 19.12+

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

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