Продуктивність резервного копіювання образів Avamar VMware низька (ШЛЯХ РОЗДІЛЬНОЇ ЗДАТНОСТІ)
Summary: Стаття, яка допоможе діагностувати повільну продуктивність резервного копіювання резервних копій на рівні образу Avamar VMware.
Symptoms
Повільне резервне копіювання образів спричиняє вузьке місце в проксі-сервері, якщо пул проксі-серверів зображень, доступних для обслуговування клієнтів віртуальних машин, недостатній.
Це призводить до того, що вони стоять у черзі, а решта клієнтів віртуальної машини чекають, поки проксі-сервер їх обслуговує.
Cause
Resolution
Крок 1: Зберіть повний набір «потрібних» відомостей від клієнта.
Дуже важливо мати детальне розуміння навколишнього середовища, перш ніж починати усувати ситуацію. Зберіть наступне:
Також запишіть:
- Використовувана версія vCenter
- Версія використовуваного проксі-клієнта
Крок 2: Збирайте журнали для резервного копіювання образу.
Крок 3: Перегляньте відомі проблеми.
Перегляньте розділ «Усунення несправностей» Посібника користувача Avamar для VMware щодо поширених проблем. Далі перевірте наступне;
- Перевірте, чи ввімкнено КПТ для віртуальної машини.
Дивіться наступні статті VMware:
- Стаття Broadcom VMware 1020128 Змінене відстеження блоків (CBT) на віртуальних машинах
- b) Перевірте, чи ввімкнено CBT для набору даних образів Avamar VMware
- c) Перевірте, чи не генерує віртуальна машина надмірну кількість змінених блоків.
- d) Перевірте, чи використовується в режимі проксі-транспорту "hotadd", а не "nbd" або "nbdssl."
- e) Перевірте наявність проблем із продуктивністю серверного сховища.
- Клієнт може звернутися до свого постачальника зі службою підтримки, якщо виникла проблема зі сторонньою підтримкою.
- f)Чи виконуються резервні копії зображень CBT як повні резервні копії через проблему в статті 2145895 VMware KB?
Крок 4: Якщо проблема не зникає після того, як вищезазначені проблеми були виправлені, переходьте на наступний рівень підтримки.
Additional Information
Резервне копіювання образів віртуальних машин працює інакше, ніж традиційні резервні копії Avamar, де агент Avamar встановлюється як «гостьова» служба в операційній системі.
Під час традиційного резервного копіювання файлової системи процес «avtar» сканує набір даних і обробляє будь-які файли, виявлені як нові або змінені. Час, витрачений на завершення резервного копіювання, пропорційний кількості файлів у наборі даних ПЛЮС сумарний розмір усіх змінених файлів.
Детальна розмова про таку поведінку доступна в:
- Повільна продуктивність резервного копіювання Avamar - як усунути неполадки та виявити вузькі місця (ШЛЯХ ДОЗВОЛУ) - Як зрозуміти продуктивність резервного копіювання Avamar Client і виявити вузькі місця в продуктивності
При резервному копіюванні образів віртуальних машин проксі монтує віртуальні диски клієнта. Avtar обробляє блоки зберігання, а не файли
. Якщо для віртуальної машини включена функція «Відстеження змінених блоків» (CBT) VMware, обробляються тільки блоки, що містять змінені дані. Це мінімізує дані, що підлягають обробці, і знижує споживання ресурсів.
Це значно підвищує продуктивність для клієнтів із мільйонами файлів, але низьким рівнем змін.
Для отримання додаткової інформації дивіться Посібник користувача Avamar для VMware: