NetWorker. Режим емкости Проблемы с производительностью заданий клонирования vProxy между Data Domain

• Скорость клонирования vProxy упала с ГБ/с до более традиционных и реалистичных скоростей.
• Пропускная способность сети исключается как узкое место, оставаясь значительно ниже порогового значения во время клонирования.
• Сообщения найдены в ddfs.Информационные журналы, относящиеся к одному или нескольким *-flat.vmdk Файлы для затронутых дисков виртуальных машин (ВМ), содержащие:
  • synthesized_vbytes 0 и заканчивая recipe_repl FALSE
  • srepl_filecopy_recipe_validate_bf: srepl_get_replica_attr для базового файла и заканчивается ошибкой «Дескриптор файла устарел».
• Сообщения, найденные в журналах действий клона (если уровень отладки клонирования 3 или выше) со ссылкой на один или несколько файлов *-flat.vmdk для затронутых дисков ВМ, содержащие:
  • Синтетическую репликацию невозможно использовать для файлов... путь.../vm-vmnumber-disk-key-disknumber-flat.vmdk

vProxy использует виртуальную синтетическую технологию для использования измененного API отслеживания блоков VMware, обеспечивая огромные преимущества как для операций резервного копирования, так и для операций клонирования. Для этого требуется активное поддержание внутренних связей наследственности набора файлов виртуальной машины в каждой системе Data Domain. Если во время подготовки к клонированию с использованием виртуальных синтетических компонентов возникают проблемы, NetWorker и Data Domain возвращаются к рабочему процессу репликации по умолчанию. Для этого требуется обработка всех файлов виртуального диска, а не только измененных блоков, в отличие от только измененных блоков, предоставляемых API VMware. Даже если из-за дедупликации в конечном итоге отправляется мало данных, продолжительность задания клонирования может увеличиться в несколько раз.
 
К причинам, которые могут привести к сбою виртуального синтетического отслеживания, относятся:

• Различные IP-адреса, разрешенные в NetWorker для исходных или целевых устройств Data Domain между заданиями. Они должны оставаться согласованными для внутреннего отслеживания виртуальной синтетики
• Изменение исходного или целевого Data Domain для резервных копий или клонов vProxy
• Несколько исходных или целевых томов для резервных копий или клонов vProxy, что может привести к одновременному клонированию нескольких наборов сохранений в цепочке.
• Несколько наборов сохранений vProxy, требующих клонирования для данной виртуальной машины, что может привести к неупорядоченному клонированию наборов сохранения в цепочке
• Диски виртуальных машин, которые используются в течение длительных периодов без каких-либо изменений (в частности, периоды, превышающие периоды хранения набора сохранений, например 35 дней без изменений, когда срок хранения составляет 30 дней)
• Неиспользование свойства действия ChronologicalOrder

Поскольку существует множество потенциальных причин, проверьте конфигурации Data Domain и NetWorker и убедитесь, что:

• ifgroups правильно настроены как для исходного (резервного), так и для целевого (целевой клон) доменов Data Domain.
• Сервер NetWorker, узлы хранения и Data Domain имеют записи в файле hosts с использованием соответствующего ifgroup IP-адреса для каждого домена Data Domain и надежный DNS для клиентов (при необходимости с использованием файлов hosts клиента NetWorker).
• Единый домен Data Domain для каждого пула резервных копий и клонов.

Включите функцию ChronologicalOrder для vProxy save set clone actions, которые могут быть скрыты в пользовательском интерфейсе:

• Если используется nsrclone используйте команду -O Переключитесь, чтобы принудительно применять эту новую функцию при использовании списка наборов сохранений с несколькими наборами сохранений в цепочке одного клиента
• Для включения в политике используйте одну из следующих двух команд:

nsrpolicy action update clone -p policyname -w workflowname -A actionname [--chronological_order | -l] <yes|no>

• В командной строке nsradmin:

. type nsr protection policy action; policy name: policy; workflow: workflow: name: action

update Chronological order: Yes

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

ВАЖНО! NetWorker и Data Domain могут выполнять восстановление из некоторых условий, когда наборы сохранений клонируются не по порядку. Это приводит к тому, что некоторые из них не могут использовать VSR для репликации, но после восстановления всей цепочки клонирование VSR может продолжаться без проблем. Как правило, внеочередное клонирование, клонирование нескольких томов и нескольких наборов сохранений позволяет наверстать упущенное и вернуться к нормальной работе.
 
Если уже используется несколько IP-адресов Data Domain или система Data Domain полностью меняет источник или назначение Data Domain, единственный способ вернуться к обычной и согласованной оптимизации VSR — выполнить принудительное новое полное резервное копирование затронутых виртуальных машин для сброса измененного отслеживания блоков и восстановления оптимизации VSR. Это следует учитывать, если предыдущие шаги выполнены, но скорости ведения журналов и клонирования Data Domain и/или NetWorker указывают на то, что проблемы с производительностью остаются.