Я вращаюсь по кругу и не знаю, что еще можно сделать, чтобы это сработало.
У меня есть 2 узла Hyperv 2012R2 в кластере и 3 узла Windows Server 2016 в другом кластере. Я хочу вживую перенести несколько виртуальных машин из первого кластера во второй.
Я вынул виртуальную машину, которую хочу переместить, из первого кластера и из диспетчера Hyper-V. Я начал перемещение, но в итоге возникла ошибка, которая просто не исчезнет!
Виртуальная машина VM01 несовместима с физическим компьютером SRVR02.
Решение, которое я нахожу на других форумах, заключается в том, что ЦП не тот же, но возможность включения миграции между версией ЦП уже включена, а ЦП - Intel X5660 для узлов в первом кластере и X5680 для второго. На самом деле не должно быть никаких причин, по которым они были бы несовместимы!
Я убедился, что все было как можно ближе к тому же, добавил тот же переключатель в диспетчер Hyper-V на всех узлах, убедился, что хранилище было близко (C: \ Clusterstorage \ volume5 \ VM до C: \ clusterstorage \ colume1 \ VM )
Я изменил делегирование для всех узлов на kerberos (в диспетчере Hyper-v) и «любой протокол аутентификации» в настройках делегирования Active Directory.
Я пробовал из источника и назначения, PowerShell и удаленного диспетчера, пытался закрыть виртуальную машину, выполнить экспорт, сделать только хранилище, изменить все керберы, но ничего не изменилось.
Другая ошибка, которую я получаю, когда пытаюсь переместить только хранилище:
Перенос хранилища для виртуальной машины «VM01» (буквенные обозначения) завершился ошибкой «Общая ошибка отказа в доступе» (0x80070005).
Папка, в которую я хочу поместить хранилище, уже доступна для всех узлов, я не знаю, что еще добавить.
Сначала я хотел присоединить узлы сервера Hyper-v к кластеру серверов windos, но во время теста все не смогло оставаться в сети, как должно (одна из причин обновления), поэтому я не могу сделать это из кластера. Я также не могу добавить серверы 2016 в кластер 2012 года, мастер проверки выдает ошибку несовместимости для ОС.
Мне просто нужны идеи о том, что я могу сделать дальше, не переустанавливая полностью новые серверы и, желательно, не закрывая виртуальные машины.
Для завершения миграции виртуальной машины выполните следующие действия:
Я готовился закрыть все виртуальные машины и просто экспортировать / импортировать все, НО до этого я создал новый административный клиент (w10 1709 с RSAT) для удаленного управления моими серверами, и у него была проблема RPC с серверами Hyperv. Решением этой проблемы было включение входящего правила «Windows Management Instrumentation (ASync-In)» в брандмауэре этого клиента.
Теперь я мог управлять виртуальными машинами на серверах Hyperv и обнаружил, что теперь я также могу без проблем выполнять живую миграцию удаленно из клиента-администратора. Будь то от HYPERV2012R2 до W2016 или от W2016 до W2016, если я делаю это из этого админ-клиента.
Я не понимаю, как это сработало бы, если бы я не мог делать это напрямую в хостах, но это так ... ура!
РЕДАКТИРОВАТЬ: Один из серверов Hyperv2012r2 начал выдавать мне ошибки «сбой в источнике» (в то время как другой сервер работает отлично), решение этой проблемы состояло в том, чтобы открыть командную строку на исходном сервере и выполнить «net stop vmms» и «net запустить vmms ".