Резервне копіювання віртуальної машини у гостьовій системі Avamar виконується повільно та час очікування минає через вузьке місце апаратних ресурсів
Resumen: Резервне копіювання віртуальної машини у гостьовій системі Avamar працює повільно через вузьке місце апаратних ресурсів.
Este artículo se aplica a
Este artículo no se aplica a
Este artículo no está vinculado a ningún producto específico.
No se identifican todas las versiones del producto en este artículo.
Síntomas
Віртуальна машина, на якій встановлено клієнт 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%, а продуктивність файлів на годину зростає, хоча і не так високо, як під час початкової частини резервного копіювання.
Causa
Набір даних для нашого «клієнта-прикладу» передбачуваний, а швидкість змін незначна. Клієнт щодня виконує аналогічний обсяг роботи,
Нестабільна продуктивність, що спостерігається, пов'язана з суперечкою за спільні апаратні ресурси, які використовуються Avamar під час сканування файлів.
У наведеному вище прикладі апаратні ресурси або користуються великим попитом, або обмежуються для клієнта в години пік.
Поведінка залежить від наявних ресурсів. Найбільш ймовірним ресурсом, який може бути вузьким місцем, є випадкові запити введення-виведення на запам'ятовувальному пристрої, де знаходяться дані.
Якщо завантаження ЦП різко зростає в години пік, вузьким місцем може бути нестача часток ЦП, доступних для віртуальної машини.
Нестабільна продуктивність, що спостерігається, пов'язана з суперечкою за спільні апаратні ресурси, які використовуються Avamar під час сканування файлів.
У наведеному вище прикладі апаратні ресурси або користуються великим попитом, або обмежуються для клієнта в години пік.
Поведінка залежить від наявних ресурсів. Найбільш ймовірним ресурсом, який може бути вузьким місцем, є випадкові запити введення-виведення на запам'ятовувальному пристрої, де знаходяться дані.
Якщо завантаження ЦП різко зростає в години пік, вузьким місцем може бути нестача часток ЦП, доступних для віртуальної машини.
Resolución
- Запускайте резервне копіювання в непікові години та (якщо це можливо), коли клієнт не сильно зайнятий своїми звичайними обов'язками.
- Переконайтеся, що гіпервізор віртуальної машини не застосовує обмеження процесора, пам'яті або вводу-виводу під час вікна резервного копіювання
- Уникайте перекриття резервних копій Avamar періодами високої активності, коли суперечки за спільне сховище високі.
- Для програм із низькою швидкістю змін розгляньте можливість використання резервного копіювання на основі зображень. Проксі-пристрій резервного копіювання зображень створює резервні копії лише змінених блоків. Він не сканує кожен файл у наборі даних, тому має нижчі вимоги до введення-виведення.
Información adicional
Для отримання додаткової інформації про те, як дослідити проблеми з продуктивністю резервного копіювання Avamar, див.;
Для отримання додаткової інформації про аналіз та інтерпретацію повідомлень про стан avtar;
Для отримання додаткової інформації про аналіз та інтерпретацію повідомлень про стан avtar;
Productos afectados
AvamarProductos
AvamarPropiedades del artículo
Número del artículo: 000164580
Tipo de artículo: Solution
Última modificación: 10 feb. 2025
Versión: 4
Encuentre respuestas a sus preguntas de otros usuarios de Dell
Servicios de soporte
Compruebe si el dispositivo está cubierto por los servicios de soporte.