NetWorker: клонирование в режиме производительности 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+

Эта проблема, по-видимому, не влияет на режим емкости. Переключение в режим емкости в качестве временного решения может решить проблему в краткосрочной перспективе, но рекомендуется выполнить модернизацию.
 

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