Миграция виртуальных машин с 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".
Чтобы завершить миграцию виртуальной машины, выполните следующие действия:
- Удалить виртуальную машину из кластера 2012R2 (виртуальная машина будет работать на узле, который был владельцем);
- Откройте диспетчер Hyper-V на 2012R2 и нажмите "Переместить";
- Выберите "Переместить виртуальную машину";
- Укажите целевой компьютер (один из участников кластера 2016 года);
- Укажите пункт назначения ( C:\ClusterStorage\volume3);
- Нажмите OK и дождитесь миграции;
- После миграции откройте отказоустойчивый кластер в кластере 2016 года;
- Перейдите на вкладку ролей и нажмите "Настроить роль";
- Выберите в списке виртуальную машину и укажите необходимую ВМ;
- Дождитесь настройки виртуальной машины.