Резервное копирование виртуальной машины в гостевом режиме Avamar выполняется медленно и заканчивается из-за узких мест аппаратных ресурсов
Summary: Резервное копирование виртуальной машины в гостевом режиме Avamar выполняется медленно из-за узких мест аппаратных ресурсов.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Виртуальная машина с клиентом Avamar, установленным в гостевой операционной системе, работает со сбоем или низкой производительностью.
Если окно резервного копирования завершается до конца, Avamar сообщает, что резервное копирование завершается сбоем с сообщением «time out - end».
Примере:-
Ниже мы рассмотрим журналы для клиента, у которого происходит нетипиическое поведение с момента виртуализации.
Ниже показано быстрое резервное копирование и медленное резервное копирование для того же клиента.
Журнал быстрой резервной копии показывает пиковую производительность 2291 881 файла в час. Скорость изменения файлов и данных в этой резервной копии низкая.
Сообщения о состоянии журнала показывают, что во время резервного копирования скорость сканирования файлов остается постоянной без быстрых или медленных периодов.
Кроме того, использование ЦП остается в разумных основаниях в диапазоне от 40 до 60%.
Ниже мы продемонстрируем это с помощью внутреннего инструмента Dell, который анализирует журналы клиента Avamar и выполняет диаграммы данных.
Эти графики показывают, что при хорошие условия резервное копирование выполняется быстро.
Система хранения подает avtar файлы со скоростью, которая поддерживает умеренно высокий уровень использования ЦП.
Далее мы рассмотрим журнал на наличие более медленного резервного копирования. Эта резервная копия предназначена для тех же данных клиента, но при различных условиях загрузки виртуального оборудования. Мы видим, что производительность файлов в час составляет <400 000 файлов в час.
Поскольку скорость изменения низкая, аналогично быстрому резервному копированию, поведение резервного копирования сравнимо.
На рисунке ниже журнала показано, что производительность резервного копирования начинается быстро, а затем замедляется (область выделена красным полем).
Низкая производительность файлов в час коррелирует точно с периодом времени с 11:00 до 19:00.
Обратите внимание, что с 23:00 до 19:00 использование ЦП снижается с более чем 40% до 5–10%.
После 19:00 загрузка ЦП варьируется от 15 до 20%, а производительность файлов в час увеличивается, хотя и не на уровне во время первоначальной части резервного копирования.
Если окно резервного копирования завершается до конца, Avamar сообщает, что резервное копирование завершается сбоем с сообщением «time out - end».
Примере:-
Ниже мы рассмотрим журналы для клиента, у которого происходит нетипиическое поведение с момента виртуализации.
Ниже показано быстрое резервное копирование и медленное резервное копирование для того же клиента.
Журнал быстрой резервной копии показывает пиковую производительность 2291 881 файла в час. Скорость изменения файлов и данных в этой резервной копии низкая.
2015-09-14 00:49:20 avtar Info <5156>: Backup #12 timestamp
2015-09-14 00:49:20, 13,050,798 files, 1,352,497 folders, 9,671 GB (37,919 files, 437.1 MB, 0.00% new)
2015-09-14 00:49:20 avtar Info <6083>: Backed-up 9,671 GB in 341.66 minutes: 1,698 GB/hour (2,291,881 files/hour)
Сообщения о состоянии журнала показывают, что во время резервного копирования скорость сканирования файлов остается постоянной без быстрых или медленных периодов.
Кроме того, использование ЦП остается в разумных основаниях в диапазоне от 40 до 60%.
Ниже мы продемонстрируем это с помощью внутреннего инструмента Dell, который анализирует журналы клиента Avamar и выполняет диаграммы данных.
Эти графики показывают, что при хорошие условия резервное копирование выполняется быстро.Система хранения подает avtar файлы со скоростью, которая поддерживает умеренно высокий уровень использования ЦП.
Далее мы рассмотрим журнал на наличие более медленного резервного копирования. Эта резервная копия предназначена для тех же данных клиента, но при различных условиях загрузки виртуального оборудования. Мы видим, что производительность файлов в час составляет <400 000 файлов в час.
Поскольку скорость изменения низкая, аналогично быстрому резервному копированию, поведение резервного копирования сравнимо.
На рисунке ниже журнала показано, что производительность резервного копирования начинается быстро, а затем замедляется (область выделена красным полем).
2015-09-22 07:41:35 avtar Info <5157>: PARTIAL Backup #35 timestamp
2015-09-22 07:41:35, 9,190,850 files, 1,030,683 folders, 8,283 GB (22,390 files, 397.8 MB, 0.00% new)
2015-09-22 07:41:35 avtar Info <6083>: Backed-up 8,283 GB in 1440.19 minutes: 345 GB/hour (382,902 files/hour)
Низкая производительность файлов в час коррелирует точно с периодом времени с 11:00 до 19:00.
Обратите внимание, что с 23:00 до 19:00 использование ЦП снижается с более чем 40% до 5–10%.
После 19:00 загрузка ЦП варьируется от 15 до 20%, а производительность файлов в час увеличивается, хотя и не на уровне во время первоначальной части резервного копирования.
Cause
Набор данных для нашего «примера клиента» предсказуем, а скорость изменения незначительна. Клиент выполняет аналогичный объем работы каждый день,
Наблюдаемая неуправивная производительность вызвана разнонаправлением общих аппаратных ресурсов, используемых Avamar при сканировании файлов.
В приведенном выше примере аппаратные ресурсы спроса или регулирование для клиента в пиковые рабочие часы.
Поведение зависит от доступных ресурсов. Наиболее вероятное узкое место ресурса — это запросы ввода-вывода с произвольным поиском на устройстве хранения, где находятся данные.
Если во время пиковых нагрузок процессора наблюдается пик, узким местом может быть нехватка общих ресурсов ЦП, доступных для виртуальной машины.
Наблюдаемая неуправивная производительность вызвана разнонаправлением общих аппаратных ресурсов, используемых Avamar при сканировании файлов.
В приведенном выше примере аппаратные ресурсы спроса или регулирование для клиента в пиковые рабочие часы.
Поведение зависит от доступных ресурсов. Наиболее вероятное узкое место ресурса — это запросы ввода-вывода с произвольным поиском на устройстве хранения, где находятся данные.
Если во время пиковых нагрузок процессора наблюдается пик, узким местом может быть нехватка общих ресурсов ЦП, доступных для виртуальной машины.
Resolution
- Выполнение резервного копирования в нерабо беспроводные часы и (если возможно), когда клиент не занят своими обычными обязанностями.
- Убедитесь, что гипервизор виртуальной машины не соблюдает ограничения ЦП, памяти или ввода-вывода во время окна резервного копирования.
- Избегайте перекрытия резервных копий Avamar периодами высокой активности, когда не следует разделять между собой хранилища общего доступа.
- Для приложений с низкой скоростью изменения рассмотрите возможность использования резервного копирования на основе образа. Прокси-устройство резервного копирования образов выполняет резервное копирование только измененных блоков. Он не сканирует каждый файл в наборе данных, поэтому имеет более низкие требования к вводу-выводу.
Additional Information
Дополнительные сведения о том, как изучить проблемы производительности резервного копирования Avamar, см. в разделе:
Дополнительные сведения об анализе и интерпретации сообщений о состоянии avtar
Дополнительные сведения об анализе и интерпретации сообщений о состоянии avtar
Affected Products
AvamarProducts
AvamarArticle Properties
Article Number: 000164580
Article Type: Solution
Last Modified: 10 Feb 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.