Avamar - Віртуальні машини Hyper-V виходять з ладу під час резервного копіювання

Summary: Стаття Knowledgebase (KB) пояснює, чому віртуальні машини Hyper-V виходять з ладу під час резервного копіювання 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

Окремі віртуальні машини (ВМ) або навіть цілі спільні томи кластерів (CSV) можуть вийти в автономний режим або вийти з ладу. Іноді віртуальні машини не можуть автоматично відновитися самостійно, оскільки вони не можуть отримати доступ до завантажувальних дисків під час перезапуску. Потім віртуальні машини повинні бути вручну включені для успішного відновлення.

Під час виконання резервного копіювання Hyper-V у кластері CSV віртуальна машина або кілька віртуальних машин можуть вийти з ладу в разі зміни власника CSV. Особливо це стосується резервних копій Hyper-V CSV у конфігурації з кількома проксі-серверами з увімкненою

функцією «Змінити власника CSV».У журналах подій кластера може бути виявлена помилка 5120:
 
"Cluster Share Volume "Volume1"('hvcluster-dell') has entered a paused state because of '(a00000a9)'.  All I/O will temporarily be queued until a path to the volume is reestablished.


Cause

Коли кластер Hyper-V з декількома проксі-серверами реєструється за допомогою майстра кластерів Avamar, доступна опція «Змінити власника CSV на один або кілька проксі-вузлів». Функція «Змінити власника CSV» дозволяє процесу резервного копіювання автоматично змінювати право власності CSV на віртуальну машину на проксі-вузол, який виконує резервне копіювання. Коли проксі-вузол не є власником CSV, який створює резервну копію, це помітно уповільнює продуктивність резервного копіювання. Потім процес резервного копіювання має передавати дані від вузла-власника до основного вузла. Потім він нарешті надсилає резервну копію на сервер Avamar або Data Domain. Як наслідок, продуктивність резервного копіювання залежить від продуктивності мережі між вузлами кластера. Резервне копіювання відбувається швидше та ефективніше, коли проксі-вузол володіє CSV, а потоки даних резервного копіювання передаються безпосередньо з проксі-вузла на сервер резервного копіювання.

Однак у деяких середовищах ця функція продуктивності може призвести до відключення окремих віртуальних машин або навіть цілих томів CSV у разі зміни власника. Здебільшого, це трапляється, коли швидкість введення/введення даних на диску занадто висока. 

Resolution

Видаліть або закоментуйте (за допомогою #) прапорець "--change-csv-ownership" у файлі avhypervvss.cmd за допомогою текстового редактора, наприклад Блокнота. Цей файл знаходиться в каталозі C:\Program Files\avs\var на основному проксі-вузлі. Потім збережіть і закрийте файл.

Однак вимкнення цієї функції може призвести до повільнішого резервного копіювання. Увімкніть і збільште кількість багатопотокових повідомлень у наборі даних як обхідний шлях.
Article Properties
Article Number: 000165926
Article Type: Solution
Last Modified: 11 Oct 2024
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.