Низкая производительность резервного копирования образов VMware Avamar (ПУТЬ РЕШЕНИЯ)

Резервное копирование образа виртуальной машины Avamar занимает много времени, и до его окончания истекает время ожидания.

Медленное резервное копирование образов приводит к возникновению узких мест на прокси-сервере, если пул прокси-серверов образов, доступных для клиентов сервисных виртуальных машин, недостаточен.

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

Существует множество факторов, которые могут привести к медленному или длительному резервному копированию образов виртуальных машин. См. статьи ниже, в которых описаны известные проблемы, связанные с таким поведением.

Шаг 1. Получите полный набор необходимой информации от заказчика.
Очень важно иметь подробное представление об инфраструктуре, прежде чем приступать к поиску и устранению неисправностей. Соберите следующее:

• Avamar. Информация, которую необходимо собрать при исследовании проблем, связанных с низкой производительностью резервного копирования клиентов 

Кроме того, возьмите на заметку:

• Используемая версия vCenter
• Версия используемого прокси-клиента

Шаг 2. Соберите журналы для резервной копии образа.

• Avamar. Как собрать журналы для поиска и устранения неисправностей резервного копирования образа VMware в Avamar 

Шаг 3. Обзор известных проблем.
Распространенные проблемы см. в разделе «Поиск и устранение неисправностей» руководства пользователя Avamar для VMware. Далее проверьте следующее;

• Проверьте, включена ли CBT для виртуальной машины.

См. следующие статьи VMware: 

• Статья Broadcom VMware 1020128 Changed Block Tracking (CBT) на виртуальных машинах

• б) Проверьте, включена ли CBT для набора данных образов Avamar VMware.
  • Avamar — низкая производительность резервного копирования образов ВМ — журналы показывают, что для этой виртуальной машины поддерживается отслеживание измененных блоков (CTK), но оно было отклонено. Это увеличивает потребление ресурсов ЦП и IOP прокси-сервера. 
  • Avamar. Для резервного копирования образов VMware не используется CBT 
• в) Проверьте, не генерирует ли виртуальная машина чрезмерное количество измененных блоков.
  • Резервное копирование образа виртуальной машины Avamar с помощью CBT выполняется медленно из-за большого количества измененных блоков в виртуальных дисках
• г) Проверьте, используется ли в режиме транспортировки прокси-сервера «hotadd», а не «nbd» или «nbdssl».
  • Avamar. Исправлен транспортный режим для горячего добавления только в резервных копиях образов VMware
  • Резервное копирование образа виртуальной машины Avamar иногда занимает больше времени из-за использования nbd вместо hotadd 
• д) Проверьте наличие проблем с производительностью внутреннего хранилища.
  • При возникновении проблем со сторонней службой поддержки заказчик может обратиться в службу поддержки к своему поставщику.

 

• е)Выполняются ли резервные копии образов CBT как полные резервные копии из-за проблемы, описанной в статье базы знаний VMware 2145895? 

Шаг 4. Если после устранения указанных выше проблем проблема не устранена, перейдите на следующий уровень поддержки.

Резервное копирование образов ВМ работает иначе, чем традиционное резервное копирование Avamar, в котором агент Avamar установлен в операционной системе в качестве гостевой службы.

При традиционном резервном копировании файловой системы процесс avtar сканирует набор данных и обрабатывает все файлы, обнаруженные как новые или измененные. Время, затрачиваемое на создание резервных копий, пропорционально количеству файлов в наборе данных И общему размеру всех измененных файлов.

Подробное описание этого поведения доступно в следующей статье:

• Низкая производительность резервного копирования Avamar — поиск и устранение неисправностей, выявление узких мест (АЛГОРИТМ РЕШЕНИЯ) — понимание производительности резервного копирования Avamar Client и выявление узких мест производительности

При резервном копировании образа виртуальной машины прокси-сервер монтирует виртуальные диски клиента. Avtar обрабатывает блоки хранилища, а не файлы

Если функция VMware «Changed Block Tracking» (CBT) включена для виртуальной машины, обрабатываются только блоки, содержащие измененные данные. Это сводит к минимуму объем данных, подлежащих обработке, и снижает потребление ресурсов.  

Это значительно повышает производительность клиентов с миллионами файлов и низкой частотой изменений.

Дополнительные сведения см. в руководстве пользователя Avamar для VMware.

• https://support.emc.com/products/12827_Avamar-Client-for-VMware/Documentation/