Авамар: Створення контрольної точки для віртуальної машини не вдалося і буде пропущено з резервного копіювання

Hyper-V резервні копії віртуальних машин із використанням застосункового знімка у наборі даних можуть зазнати невдачі з помилками, подібними до наступних:

avhypervvss Error <43426>: Checkpoint creation for Virtual machine 'AVAMARPROD01v<GUID>' has failed and will be skipped from backup. For details, please check 'winclustersvc.log'.
avhypervvss Error <43426>: Checkpoint creation for Virtual machine 'DELLVM<GUID>' has failed and will be skipped from backup. For details, please check 'winclustersvc.log'.

З winclustersvc.log можуть бути відображені такі помилки:

Файл журналу розташований у C:\Program Files\avs\var на активному вузлі служби DELL Avamar Backup Agent.
(Активний вузол, який володіє цим сервісом, можна визначити за допомогою інструменту Failover Cluster Management.)

winclustersvc ERROR<0000>: Failed to execute CreateSnapshot method: Failed to create checkpoint on collection 'AvamarBackup_HVSVR02-03-app-20220503000228-0' (AEE36BC1-A2AD-4682-A71A-80B127A6839F).
winclustersvc ERROR<0000>: Failed to execute CreateSnapshot method: Not found .

Ці збої у створенні контрольних точок можуть виникати, якщо менеджер Hyper-V не може створити виробничі контрольні точки для уражених віртуальних машин. Виробничі контрольні точки еквівалентні застосунковим знімкам для резервних копій Hyper-V)

У віртуальних машин можуть бути несправні записувачі Volume Shadow Copy Service (VSS). 

У віртуальних машин може бути недостатньо вільного місця на окремих томах для створення VSS-знімку. Рекомендується мати від 10% до 20% вільної ємності на кожному з томів жорсткого диска.

Постраждалі віртуальні машини можуть не мати останніх оновлень і патчів Integration Services або операційної системи Windows (OS).

Якщо багато віртуальних машин виходять з ладу через ці помилки, то хост-сервери або вузли кластеру можуть не оновлюватися останніми оновленнями Windows OS. Це може призвести до збоїв як у застосунках, так і у збоях резервних копій.

1. Тестуйте віртуальну машину, проходячи ручні контрольні точки через Hyper-V Manager і вибираючи лише контрольні точки Production за допомогою таких налаштувань:

ВАЖЛИВО:  Очистіть опцію «Створити стандартні контрольні точки». Це змушує Hyper-V Manager створювати контрольні точки виробництва замість стандартних. Виробничі контрольні точки імітують резервні копії Avamar Hyper-V, використовуючи узгоджений додатковий знімок.

Якщо створення контрольних точок за допомогою Hyper-V Manager не використовує ні Production, ні Standard, зверніться до підтримки Microsoft, якщо це необхідно. 

Якщо контрольна точка Production не спрацює, тоді відредагуйте налаштування, змініть опцію на Стандартні контрольні точки і спробуйте процедуру знову.

Якщо створення контрольних точок у виробництві не вдається, але стандартна контрольна точка працює, створіть окремий набір даних і політику, а також зробіть резервну копію віртуальних машин на рівні знімків, узгоджених із збоями, у наборі даних. Знімок, узгоджений до збоїв, корелює зі створенням стандартної контрольної точки за допомогою Hyper-V Manager.

2. Увійдіть у невдалі віртуальні машини та відкрийте командний рядок PowerShell або Windows. Виконайте наступну команду, щоб перевірити стан VSS-письменників:

vssadmin list writers

Якщо вони не справляються, або перезапустіть відповідні сервіси, або перезавантажте віртуальні машини, щоб повернути записувачі у нормальний стан.

Джерело:  https://campus.barracuda.com/product/ISBKB/doc/93197282/the-vss-writer-is-in-a-bad-state/ (Зовнішнє посилання)

3. Увійдіть у невдалі віртуальні машини і перевірте, чи мають томи жорстких дисків щонайменше 10-15% вільного місця на диску.

Перейдіть до Windows Адміністративні інструменти -> Управління комп'ютером -> Управління диском -> Дисковий том -> Правий клік -> Виберіть Властивості -> вкладка Тіньові копії -> Налаштування.

Якщо обмеження площі зберігання налаштовано, збільште максимальний розмір за потреби. Або змінити на «No Limit», оскільки VSS-знімки, створені за допомогою плагіна Avamar, тимчасові:

4. Перевірте, чи інтеграційні сервіси на віртуальних машинах Windows оновлені. Для операційних систем Windows Server 2016 та 2019 років це робиться за допомогою функції Windows Update.  

Для Windows Server 2012 та 2012 R2 це можна зробити вручну: https://www.zubairalexander.com/blog/how-to-update-integration-services-in-windows-server-2012-r2/ (Зовнішнє посилання)

5. Перевірте, чи всі вузли кластеру Hyper-V мають останні оновлення Windows OS. Це можна перевірити за допомогою функції Windows Update.

6. Видаліть усі сиротливі контрольні точки у віртуальній машині. Сиротські контрольні точки, що залишилися від резервної копії Авамарів, мають синтаксис "AvamarBackup_<<Avamar policy name>>-<<snapshot consistency level>>-<<backup job timestamp>>"

Приклад:

Це контрольні точки «відновлення», створені під час резервного копіювання Avamar, але не з'єднані назад у батьківські файли Virtual Hard Disk v2 (VHDX) пізніше. Їх неможливо видалити звичайними методами в Hyper-V Manager.

Клацання правою кнопкою миші по контрольній точці НЕ має опції «Видалити контрольну точку».

Щоб видалити контрольні точки відновлення Avamar, виділіть цю точку в Hyper-V Manager і натисніть клавішу Del (Видалити) на клавіатурі. Сирота контрольна точка відновлення об'єднується з основним VHDX-файлом:

Однак ручне видалення контрольних точок Avamar може не спрацювати з відкритим повідомленням «Операція не може бути виконана, поки об'єкт перебуває у поточному стані.» 

У такому випадку зверніться до наступної статті для детальних процедур і скриптів для видалення застарілих контрольних точок і vmgroups на всіх вузлах кластера: Windows Server: Hyper-V Live Migration може не вдатися через контрольні точки відновлення.T контрольних пунктів відновлення

7. Застосуйте останні гарячі виправлення для версії плагіна Avamar Hyper-V VSS, що використовується. У наступній статті наведені номери хотфіксів і місця для завантаження: Невдача резервного копіювання Avamar Hyper-V Incremental RCT з повідомленнями «Не вдалося отримати розширення RCT для файлу диска» або «Створення точки відліку для віртуальної машини не вдалося»

(Інакше віртуальні машини можуть не мати змоги робити знімки/контрольні точки, що відповідають застосунку.)

8. Створіть окрему політику та набір даних для проблемних віртуальних машин, відредагуйте набір даних і змініть рівень знімка з «application» на «crash».

Пов'язана стаття: Авамар: Резервне копіювання Hyper-V 2016 невдало «Створення контрольної точки для віртуальної машини провалилося і буде пропущено з резервного копіювання