Миграция виртуальных машин с Hyper-V Server 2012 R2 на Windows Server 2016

Я поворачиваюсь в кругах, и я не знаю, что я могу еще сделать, чтобы эта работа.

У меня есть 2 узла HyperV 2012R2 в кластере и 3 узла Windows Server 2016 в другом кластере. Я хочу жить мигрировать некоторые VMS из первого кластера во второй.

Я вынул vms, который хочу переместить из первого кластера, и из диспетчера hyper-v я начал переезд, но в итоге это приводит к ошибке, которая просто не исчезнет!

Виртуальная машина 'VM01' не совместима с физическим компьютером 'SRVR02'

Решение, которое я нашел на других форумах, состоит в том, что ЦП не совпадают, но опция включения миграции между версией процессора уже включена, и ЦП - это Intel X5660 для узлов в первом кластере и X5680 для второго. Там действительно не должно быть никаких причин, почему они не будут совместимы!

Я позаботился о том, чтобы все было как можно ближе к одному и тому же, добавил один и тот же переключатель в диспетчере hyper-v на всех узлах, убедился, что хранилище близко (C:\Clusterstorage\volume5\VM to C:\clusterstorage\colume1\VM)

Я изменил делегирование для всех узлов на kerberos (в диспетчере hyper-v) и "любой протокол аутентификации" в настройках делегирования активного каталога.

Я пытался из источника и получателя, powershell и удаленного менеджера, пытался закрыть виртуальную машину, сделать экспорт, сделать только хранилище, изменить все kerberos, но ничего не изменилось.

Другая ошибка, которую я получаю, когда пытаюсь переместить только хранилище:

Сбой миграции хранилища для виртуальной машины "VM01" (буквенные числа) с ошибкой "Ошибка общего доступа запрещена" (0x80070005).

Папка, в которую я хочу поместить хранилище, уже открыта для всех узлов, я не знаю, что еще добавить.

Сначала я хотел присоединить узлы сервера hyper-v к кластеру серверов windos, но во время теста все не могло оставаться в сети, как и должно (одна из причин обновления), поэтому я не могу сделать это из кластера. Я также не могу добавить серверы 2016 года в кластер 2012 года, мастер проверки выдает ошибку несовместимости для ОС.

Мне действительно просто нужны некоторые идеи о том, что я могу сделать дальше, не переустанавливая новые серверы и, желательно, не закрывая никаких vms.

2 ответа

Решение

Я готовился закрыть все vms и просто экспортировать / импортировать все, НО до этого я создал новый admin-клиент (w10 1709 с RSAT) для удаленного управления моими серверами, и у него была проблема RPC с серверами Hyperv. Решением этой проблемы было включение входящего правила "Инструментарий управления Windows (ASync-In)" в брандмауэре этого клиента.

Теперь я мог управлять виртуальными машинами серверов HyperVate и обнаружил, что теперь я могу без проблем выполнять миграцию в реальном времени удаленно от администратора-клиента. Будь то от HYPERV2012R2 до W2016 или W2016 до W2016, если я сделаю это от этого администратора-клиента.

Я не понимаю, как это сработало бы, если бы я не мог сделать это напрямую в хостах, но это было так... ууу!

РЕДАКТИРОВАТЬ: Один из серверов Hyperv2012r2 начал давать мне ошибки "сбой в источнике" (в то время как другой сервер работает отлично), решение этой проблемы было открыть командную строку на исходном сервере и выполнить "net stop vmms" и "net start vmms".

Чтобы завершить миграцию виртуальной машины, выполните следующие действия:

  1. Удалить виртуальную машину из кластера 2012R2 (виртуальная машина будет работать на узле, который был владельцем);
  2. Откройте диспетчер Hyper-V на 2012R2 и нажмите "Переместить";
  3. Выберите "Переместить виртуальную машину";
  4. Укажите целевой компьютер (один из участников кластера 2016 года);
  5. Укажите пункт назначения ( C:\ClusterStorage\volume3);
  6. Нажмите OK и дождитесь миграции;
  7. После миграции откройте отказоустойчивый кластер в кластере 2016 года;
  8. Перейдите на вкладку ролей и нажмите "Настроить роль";
  9. Выберите в списке виртуальную машину и укажите необходимую ВМ;
  10. Дождитесь настройки виртуальной машины.
Другие вопросы по тегам