Я вращаюсь по кругу и не знаю, что еще можно сделать, чтобы это сработало.
У меня есть 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 и удаленного менеджера, пытался закрыть виртуальную машину, выполнить экспорт, сделать только хранилище, изменить все Kerberos, но ничего не изменилось.
Другая ошибка, которую я получаю, когда пытаюсь переместить только хранилище:
Перенос хранилища для виртуальной машины «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 start vmms ".
Вы должны следовать следующие шаги для завершения миграции виртуальной машины: