Выполнить восстановление для виртуальных машин Hyper-V

В этой статье описывается, как с использованием Azure Site Recovery восстановить исходное состояние виртуальных машин Azure, созданных после выполнения отказа виртуальных машин Hyper-V с локального сайта в Azure.

• Для восстановления виртуальных машин Hyper-V из Azure необходимо выполнить плановое восстановление из Azure на локальный сайт. Если направление отработки отказа — из Azure в локальную среду, это считается возвратным переключением.
• Поскольку Azure является высокодоступной средой и виртуальные машины всегда доступны, возвращение к исходной конфигурации из Azure — это запланированное действие. Вы можете запланировать небольшое время простоя, чтобы задачи могли снова выполняться в локальной среде.
• При запланированном восстановлении после сбоя виртуальные машины в Azure отключаются, и затем загружаются последние изменения. Потери данных не ожидается.

Перед началом работы

1. Ознакомьтесь с типами отката, которые можно использовать, — откат в исходное расположение и откат в альтернативное расположение.
2. Убедитесь, что виртуальные машины Azure используют управляемые диски. Восстановление (откат) виртуальных машин Hyper-V, которые перешли на компьютеры Azure с управляемыми дисками, поддерживается. Не рекомендуется использовать учетные записи хранения, так как они будут полностью прекращены 30 сентября 2025 года.
3. Убедитесь, что локальный узел Hyper-V (или сервер System Center VMM, если вы используете Site Recovery) работает и подключен к Azure.
4. Убедитесь, что отработка отказа и коммит для виртуальных машин завершены. Вам не нужно настраивать какие-либо конкретные компоненты Site Recovery для возврата виртуальных машин Hyper-V в Azure.
5. Время, необходимое для завершения синхронизации данных и запуска локальной виртуальной машины, зависит от ряда факторов. Чтобы ускорить загрузку данных, можно настроить агент служб восстановления Майкрософт на использование большего числа потоков для параллелизации загрузки. Подробнее.

Переключение обратно на исходное местоположение.

Чтобы перевести обратно виртуальные машины Hyper-V из Azure на исходную локальную виртуальную машину, запустите плановый возврат отказа из Azure на исходный локальный узел следующим образом:

1. В хранилище >Реплицированные элементы выберите виртуальную машину. Щелкните виртуальную машину правой кнопкой мыши и выберите >Плановая отработка отказа. Если вы выполняете возврат к предыдущему состоянию плана восстановления, выберите имя плана и выполните Отказоустойчивость>Плановую отказоустойчивость.

2. В разделе Подтверждение планового переключения выберите исходное и целевое расположение. Запомните направление отработки отказа. Если отказоустойчивый переход с основного сработал как ожидалось и все виртуальные машины находятся во вторичном расположении, это исключительно для информации.

3. В окне Синхронизация данных выберите требуемый вариант:

   • Синхронизация данных до переключения на резерв (синхронизация только изменений). Этот параметр сводит к минимуму время простоя виртуальных машин, так как синхронизация выполняется без завершения их работы.
     • Этап 1: Делается моментальный снимок виртуальной машины Azure, который копируется в локальный узел Hyper-V. Машина продолжит работать в Azure.
     • Этап 2. Виртуальная машина Azure завершает работу, поэтому никаких новых изменений не происходит. Последний набор разностных изменений передается на локальный сервер, после чего запускается локальная виртуальная машина.
   • Синхронизация данных только во время резервного переключения (полная загрузка) — этот вариант быстрее, так как предполагается, что большинство данных на диске изменилось, чтобы не тратить время на вычисление контрольных сумм. Этот параметр не выполняет вычисления контрольной суммы.
     • Выполняется скачивание диска.
     • Мы рекомендуем использовать этот параметр, если вы использовали Azure какое-то время (месяц или дольше) или локальная виртуальная машина была удалена.

4. Только для VMM: если включена функция шифрования данных для облака, в разделе Ключ шифрования выберите сертификат, который был выпущен, когда во время установки поставщика на VMM-сервер вы включили функцию шифрования данных.

5. Запустите отработку отказа. На вкладке Задания можно следить за ходом переключения на резерв.

6. Если вы выбрали параметр синхронизации данных перед переключением на запасной сервер, после завершения начальной синхронизации данных и когда вы будете готовы отключить виртуальные машины в Azure, выберите Задания> имя задания >Завершить переключение на запасной сервер. Таким образом вы сделаете следующее:

   • Завершаете работу компьютера Azure.
   • Передаете последние изменения в локальную виртуальную машину.
   • Запускаете локальную виртуальную машину.

7. Теперь вы можете войти на локальный компьютер виртуальной машины, чтобы убедиться, что он доступен, как и ожидалось.

8. Виртуальная машина находится в состоянии ожидания фиксации. Выберите Commit, чтобы зафиксировать переключение на резерв.

9. Чтобы завершить откат, выберите Обратная репликация, чтобы снова начать репликацию виртуальной машины на площадке в Azure. Вы можете восстановить исходное расположение.

Возврат на другое место.

Выполните возврат на альтернативное расположение следующим образом:

1. Если выполняется настройка нового оборудования, установите на компьютер поддерживаемую версию Windows и роль Hyper-V.

2. Создайте коммутатор виртуальной сети с тем же именем, что и на исходном сервере.

3. Выберите в разделе Защищенные элементы>Группа защиты><имя_группы_защиты> -><имя_виртуальной_машины>, виртуальную машину, для которой нужно выполнить восстановление после сбоя, а затем выберите пункт Плановая операция восстановления.

4. В разделе Подтвердить плановую отработку отказа выберите Создать локальную виртуальную машину, если ее не существует.

5. В разделе Имя узла выберите новый сервер узла Hyper-V, на котором требуется разместить виртуальную машину.

6. В разделе Синхронизация данных мы рекомендуем выбрать опцию "Синхронизировать данные перед переключением на резерв". Это минимизирует время простоя виртуальных машин, поскольку синхронизация выполняется без их выключения. Он выполняет следующие действия:

   • Этап 1. Создается моментальный снимок виртуальной машины Azure и копируется в локальный узел Hyper-V. Машина продолжит работать в Azure.
   • Этап 2. Виртуальная машина Azure завершает работу, поэтому никаких новых изменений не происходит. Последний набор изменений передается на локальный сервер, после чего запускается локальная виртуальная машина.

7. Выберите флажок, чтобы начать переключение (обратное переключение).

8. После завершения начальной синхронизации и когда вы будете готовы остановить виртуальную машину Azure, выберите Задания><Плановая отработка отказа>>Завершить отработку отказа. Эта команда завершит работу машины Azure и передаст последние изменения на локальную виртуальную машину, которая после этого будет запущена.

9. Вы можете выполнить вход в локальную виртуальную машину, чтобы проверить, что все работает правильно.

10. Нажмите "Подтвердить", чтобы завершить переключение. При фиксации удаляются виртуальная машина Azure и ее диски, а затем локальная виртуальная машина подготавливается для повторной защиты.

11. Выберите обратную репликацию , чтобы начать репликацию локальной виртуальной машины в Azure. Будут реплицированы только изменения дельта, внесенные после отключения виртуальной машины в Azure. Теперь вы можете переключиться обратно на альтернативное расположение.

    Примечание.

    • Если отменить задачу отката во время синхронизации данных, локальная виртуальная машина окажется в поврежденном состоянии. Это связано с тем, что при синхронизации данных последние данные с дисков виртуальной машины Azure копируются на локальные диски данных, и пока синхронизация не завершится, диски данных могут находиться в несогласованном состоянии. Если запустить локальную виртуальную машину после отмены синхронизации данных, она может не загрузиться. В этом случае повторно запустите процесс резервирования, чтобы завершить синхронизацию данных.
    • Восстановление обратно в альтернативное расположение невозможно при использовании планов восстановления.

Следующие шаги

После репликации локальной виртуальной машины в Azure можно при необходимости выполнить другую отработку отказа в Azure.