Общие стратегии резервного копирования гипер-V
Резервное копирование виртуальных машин Hyper-V может быть простым; однако, в зависимости от вашей установки, все может стать сложным.
Существует несколько распространенных сценариев аварийного восстановления для Hyper-V:
Резервное копирование виртуальных машин и сохранение истории резервных копий. Например, создавайте резервные копии каждую ночь и храните последние 7 дней.
Резервное копирование в реальном времени и резервное копирование в автономном режиме (горячее или холодное резервное копирование), известное как резервное копирование без использования агентов.
Резервные копии сохраненного состояния (замораживание резервных копий)
Резервные копии, сделанные внутри ВМ (резервное копирование агента).
Живая репликация Гипер-ВМ ВМ
Резервные копии, снятые с хозяина
Резервное копирование Hyper-V в реальном времени
Резервное копирование в реальном времени - это то, что нужно большинству пользователей. Живые резервные копии предоставляются Hyper-V и VSS, службой Volume Shadow Service в Microsoft Windows XP и более поздними версиями.
Более старые операционные системы не поддерживают VSS и, следовательно, несовместимы с инструментами живого резервного копирования.
Чтобы живое резервное копирование работало должным образом, у вас должно быть следующее:
Операционная система хоста с поддержкой VSS и VSS работают должным образом. (Windows Server 2008 и более поздние версии)
VSS-совместимая гостевая операционная система. ВМ должны работать под управлением Windows XP или Server 2003 и более поздних версий. Некоторые варианты Linux могут поддерживаться в зависимости от версии операционной системы хоста.
В каждой виртуальной машине должны быть установлены последние службы интеграции Hyper-V.
Вам необходимо использовать файловые системы NTFS
Вы должны иметь достаточное количество оперативной памяти и дискового пространства (10 ГБ дискового пространства и 1 ГБ оперативной памяти минимум).
Вам нужно иметь достаточно большое место для хранения VSS. Используйте VSSUIRUN.EXE или vssadmin для установки неограниченных или высоких лимитов выше 10 ГБ, чтобы избежать проблем.
Приложение резервного копирования инициирует процесс и включает Windows, Hyper-V и VSS. Сигнал резервного копирования также вставляется в ВМ. Затем VM's VSS запускается и уведомляет все службы внутри ВМ, которые могут обрабатывать VSS запросы. Затем резервное копирование берется через практически замороженное, согласованное с приложениями и аварийным состоянием ВМ, в то время как ВМ продолжает работать без перебоев.
Резервное копирование виртуальной машины в автономном режиме
Резервное копирование виртуальных машин в автономном режиме отлично подходит, если у вас нет служб или операционных систем, поддерживающих VSS. Но также и потому, что оффлайн резервное копирование иногда "лучше". Все службы, включая операционную систему ВМ, должны быть отключены. Затем выполняется резервное копирование, и ВМ снова загружается. Это гарантирует, что ВМ будет загружаться через регулярные промежутки времени; однако, требуемое время простоя может быть проблемой во многих настройках.
Перезагрузка ВМ хороша тем, что она очищает Windows и другие временные области в системе и обеспечивает загрузку ВМ. Иногда VHD могут быть повреждены или вирус или ошибка программного обеспечения могут вызвать проблемы с процедурой загрузки. Если резервное копирование всегда выполняется в режиме реального времени и ВМ никогда не перезагружается, ошибки никогда не всплывут и не останутся незамеченными.
Кроме того, во многих случаях администратор не знает, есть ли на виртуальном сервере несовместимые с VSS сервисы.
Примеры включают в себя:
Microsoft Access
MySQL
Собственные базы данных и плоские файловые хранилища данных
Поддержка спасённого государства
Saved State - это то, что компания Microsoft изобрела, чтобы иметь возможность принимать несколько полезных резервных копий с (обычно) минимальной потерей данных не совместимых с VSS операционных систем, в том числе и эти:
Большинство вариантов Linux на Windows Server 2008 / R2 и 2012 хост-серверах
Windows Server 2000 и старше
Современные версии Windows со старыми или несуществующими интеграционными службами Hyper-V
Если на ВМ отсутствует обновленная установка Hyper-V Integration Service, резервная копия будет сохранена в режиме Saved State.
Резервные копии сохраненного состояния также могут быть сделаны (решение остается за Hyper-V Management, а не за приложением резервного копирования), если:
Недостаточно ресурсов (оперативной памяти, как в случае сильно фрагментированной оперативной памяти).
Операционная система VM находится в процессе загрузки или выключения.
Живая репликация Гипер-ВМ ВМ
Вы можете реплицировать ВМ с одного сервера на другой и сохранять X номеров прошлых версий, используя резервное копирование версий. Вместо того, чтобы сжимать и дедуплицировать виртуальные диски, их можно скопировать после того, как VSS приведёт их в аварийное и непротиворечивое для приложений состояние. На сервере восстановления вы можете загрузить их в любое время, когда они вам понадобятся, без задержки, так как виртуальные диски находятся в их родном формате и готовы к запуску.
Резервное копирование Внутри ВМ (Агент резервного копирования)
Некоторые сценарии требуют, чтобы резервные копии были сделаны внутри ВМ:
Вы используете несовместимую с VSS ОС, резервное копирование которой в реальном времени с хоста невозможно, например, Linux или Windows Server 2000
Вы используете хранилище с прямым подключением внутри ВМ, например, iSCSI или смонтированный раздел, который физически подключен к хосту.
Другое решение, чтобы заставить работать обе стратегии.
Granular Backup для Hyper-V - это инновационная функция, позволяющая ИТ-администраторам получать доступ к файлам внутри ВМ с хоста. Вы можете выполнять резервное копирование папок ВМ в реальном времени без установки программного обеспечения внутри ВМ, если виртуальные диски ВМ доступны с хоста. См. это решение по резервному копированию для Hyper-V и VMware.
Комментариев нет:
Отправить комментарий