Резервне копіювання віртуальної машини у гостьовій системі 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 повідомляє, що резервне копіювання зазнає невдачі за допомогою «тайм-аут - кінець».
Приклад:-
Нижче ми розглянемо журнали клієнта, який зіткнувся з нестабільною поведінкою після того, як він був віртуалізований.
Нижче ми демонструємо швидке резервне копіювання та повільне резервне копіювання для одного і того ж клієнта.
Журнал швидкого резервного копіювання показує пікову продуктивність 2 291 881 файл на годину. Швидкість зміни файлів і даних у цій резервній копії низька.
Повідомлення про стан журналу показують, що під час резервного копіювання швидкість сканування файлів є постійною без швидких або повільних періодів.
Завантаження процесора також є досить постійним, залишаючись у межах 40-60%.
Нижче ми продемонструємо це графічно за допомогою внутрішнього інструменту Dell, який аналізує журнали клієнтів Avamar і будує діаграми даних.
Ці графіки показують, що за хороших умов резервне копіювання працює швидко.
Система зберігання даних подає avtar файли зі швидкістю, яка підтримує центральний процесор на помірно високому рівні використання.
Далі ми переглядаємо журнал на предмет повільнішого резервного копіювання. Ця резервна копія призначена для тих самих даних клієнта, але за різних умов завантаження віртуального обладнання. Ми бачимо, що продуктивність файлів/годину становить <400 000 файлів/годину.
Оскільки швидкість змін низька, подібно до швидкого резервного копіювання, поведінку резервного копіювання можна порівняти.
Під журналом графічне представлення показує, що продуктивність резервного копіювання починається швидко, а потім сповільнюється (область виділена в червоному полі).
Низька продуктивність файлів на годину точно корелює з періодом часу з 11 ранку до 7 вечора.
Зверніть увагу, що з 11 ранку до 7 вечора завантаження процесора падає зі значно вище 40% до приблизно 5-10%.
Після 19:00 завантаження процесора коливається в межах 15-20%, а продуктивність файлів на годину зростає, хоча і не так високо, як під час початкової частини резервного копіювання.
Якщо резервне копіювання досягає кінця вікна резервного копіювання, не завершившись, Avamar повідомляє, що резервне копіювання зазнає невдачі за допомогою «тайм-аут - кінець».
Приклад:-
Нижче ми розглянемо журнали клієнта, який зіткнувся з нестабільною поведінкою після того, як він був віртуалізований.
Нижче ми демонструємо швидке резервне копіювання та повільне резервне копіювання для одного і того ж клієнта.
Журнал швидкого резервного копіювання показує пікову продуктивність 2 291 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 ранку до 7 вечора.
Зверніть увагу, що з 11 ранку до 7 вечора завантаження процесора падає зі значно вище 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.