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 не могут вернуться к рабочему процессу репликации по умолчанию. Это требует обработки всех файлов виртуального диска, а не только измененных блоков, а не только измененных блоков, предоставляемых программным интерфейсом VMware API. Даже если в конечном итоге отправка больших объемов данных из-за дедупликации приводит к увеличению продолжительности задачи клонирования на несколько раз.
 
Причины, которые могут привести к сбою виртуального синтетического отслеживания:

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

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

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

При использовании NetWorker 19.5 или ниже:

• Обеспечить выполнение задач клонирования последовательно и в порядке резервного копирования. Обратите внимание, что этим невозможно управлять, если несколько клонов для данной виртуальной машины находятся в одном списке задач (клонирование действия или список файлов сохраняемого набора данных nsrclone).
• Убедитесь, что для каждого пула имеется один том для резервного копирования и клонирования, чтобы избежать параллельного клонирования, когда для исходного ресурса доступно несколько томов.

В Версии NetWorker 19.6 всегда следует активировать функцию хронологического заказа для действий клонирования сохраняемого набора данных vProxy, которые могут быть скрыты в пользовательском интерфейсе:

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

  • nsrpolicy action update clone -p policyname -w workflowname -A actionname [--chronological_order | -l] 

  • В командной строке 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, единственный способ вернуться к регулярной и согласованной оптимизации VSR — принудительно выполнить новую полную резервную копию затронутых виртуальных машин, чтобы сбросить отслеживание измененных блоков и восстановить оптимизацию VSR. Это следует рассматривать после выполнения предыдущих шагов, но ведение журнала Data Domain и/или NetWorker, а также скорость клонирования указывают на то, что проблемы с производительностью остаются.