Резервное копирование Hyper-V: что бэкапить и как проверить восстановление VM

Старая логика «скопировать VHDX куда-нибудь ночью» плохо подходит для production. Резервное копирование Hyper-V должно учитывать состояние виртуальной машины, приложения внутри гостевой ОС, консистентность данных и возможность восстановить VM на другом хосте.

Что должно входить в backup

• виртуальные диски;
• конфигурация VM;
• виртуальные TPM/ключи, если они используются;
• данные приложений внутри гостя;
• документация по virtual switch, VLAN и storage.

Application-consistent лучше crash-consistent

Для SQL Server, Active Directory и других сервисов желательно использовать backup-механизм, который взаимодействует с VSS или средствами самого приложения. Простая копия диска работающей VM может восстановиться как после внезапного отключения питания.

Checkpoint — не резервная копия

Checkpoint хранится рядом с рабочей VM и зависит от того же хоста и хранилища. Он удобен для кратковременного отката перед изменениями, но при отказе storage не спасает. Backup должен находиться на независимом носителе или площадке.

Экспорт VM

Экспорт полезен для разовых миграций и как дополнительная копия небольшой VM, но полноценная стратегия backup обычно требует расписания, retention, инкрементальных копий, контроля ошибок и тестового восстановления.

RPO и RTO

RPO отвечает на вопрос, сколько данных можно потерять, а RTO — сколько времени допустим простой. Именно эти два параметра определяют частоту backup, число копий и требования к скорости восстановления.

Тест восстановления обязателен

Хотя бы периодически поднимайте резервную VM в изолированной сети, проверяйте загрузку, целостность сервисов и авторизацию. Успешная строка «backup completed» сама по себе ещё не означает, что систему можно восстановить.

Итог: хороший backup Hyper-V — это независимая копия, понятные RPO/RTO, консистентность приложений и регулярно проверяемый restore.