Динамическая миграция ошибка применения изменений - Ремонт и установка крупной бытовой техники

понедельник, 22 июня 2015 г.

динамическая миграция: ошибка применения изменений (Hyper-V Live Migration: Error Applying Changes)

При динамической миграции с одного на другой сервер Windows Hyper-V
Может выскочить ошибка

Для удаления ошибки нужно:
1) зайти на сервер Hyper-V где выскакивает ошибка и пройти в папку

C:WindowsSystem32GroupPolicyMachine

2) Удалить файл

Registry.pol

3) И заново запустить службу

Автор:

Mikhail Naimushin

на

00:13

Комментариев нет:

Отправить комментарий

Источник

Remove From My Forums

Question
I’m trying to enable live migration on my Windows 2012 R2 hyper-v server, and it keeps failing. When I try through the GUI, I get an error that says «Error applying Live Migration changes. Failed to modify service settings.»

If I try to enable it via the Enable-VMMigration powershel cmdlet, I get the following result:

Enable-VMMigration : Failed to modify service settings. The operation cannot be performed while the virtual machine is in its current state. At line:1 char:1 + Enable-VMMigration + ~~~~~~~~~~~~~~~~~~ + CategoryInfo : InvalidOperation: (Microsoft.HyperV.PowerShell.VMTask:VMTask)
[Enable-VMMigration], Virt ualizationOperationFailedException + FullyQualifiedErrorId : InvalidState,Microsoft.HyperV.PowerShell.Commands.EnableVMMigrationCommand

I’ve removed & reinstalled hyper-v on the server, but with no luck. Any suggestions as to how to resolve this?

Answers

sfc /scannow found nothing.

I resolved the issue by renaming C:WindowsSystem32GroupPolicyMachineRegistry.pol to C:WindowsSystem32GroupPolicyMachineRegistry.polx. I ran across that suggestion for another issue somewhere else in the forums. Not sure why this fixed the issue,
but it did

Thanks,

Scott
- Proposed as answer by
  
  Wednesday, November 30, 2016 1:05 AM
- Marked as answer by
  iveys
  Monday, December 5, 2016 4:25 PM

Источник

Обновлено 28.02.2017

как настроить динамическую миграцию Добрый день, уважаемые товарищи, сегодня продолжаем изучение виртуальной инфраструктуры от компании Microsoft и ее гипервизора Hyper-V 3.0. В нем мы узнаем, что такое динамическая миграция в Windows Server 2012 позволяет переносить данные виртуальной машины, включая файл конфигурации и виртуальные жесткие диски (VHD), между любыми поддерживаемыми хранилищами без простоя виртуальной машины. Из одной папки в другую на том же диске, с одного логического устройства (LUN) на другое в пределах одной и той же сети SAN, с DAS на SAN, с SAN в файловое хранилище SMB, — если Hyper-V поддерживает данный тип хранилища, то такой перенос возможен без остановки виртуальной машины. Однако динамическая миграция применима только к виртуализованным хранилищам, поэтому транзитное хранилище, если таковое используется для виртуальной машины, не может быть перенесено. К счастью, новый формат VHDX с поддержкой 64-терабайтных VHD делает применение транзитного хранилища ненужным как в интересах увеличения объема, так и с точки зрения производительности. Возможность переноса хранилища виртуальной машины в любое время без снижения ее работоспособности важна в двух основных сценариях.

Организация приобретает новое хранилище (например, SAN) или переходит на новое устройство SMB 3.0, поэтому требуется перенос виртуальных машин в рамках плановых работ по миграции.
Используемое хранилище больше не имеет свободного пространства либо не соответствует требованиям по числу операций ввода-вывода в секунду (IOPS), поэтому в срочном порядке требуется перенос виртуальных машин. Как показывает опыт, это наиболее распространенный сценарий.

Как работает динамическая миграция хранилища

Порядок выполнения динамической миграции хранилища Windows Server 2012 прост и обеспечивает оптимальный ход процесса переноса. Вспомним, что речь идет не о переносе виртуальной машины с одного хоста на другой (хотя для этого можно применить динамическую миграцию виртуальной машины без общего хранилища), а лишь о переносе хранилища.

В ходе динамической миграции создается копия VHD. Цикл переноса выглядит следующим образом:

Динамическая миграция хранилища инициируется из графического интерфейса или с помощью средств PowerShell.
В целевое расположение копируются VHD, файл Smart Paging, моментальные снимки и файлы конфигурации.
После запуска процесса копирования все записи, выполняемые на исходном VHD, зеркально отображаются на целевом VHD.
Когда копия VHD создана, виртуальная машина переходит на использование VHD в целевом расположении. Копия в целевом расположении актуальна, поскольку в ходе ее создания все текущие записи зеркально отображались.
Из исходного расположения удаляются VHD и файлы конфигурации.

Почитал я это дело и решил опробовать. Беру виртуалку с srv32 и хочу мигрировать на srv34. Щелкаем правой кнопкой мыши по виртуалке-Переместить.

Конечный компьютер не настроен для отправки или получения динамических миграций виртуальных машин. Что такое и как настроить динамическую миграцию в Windows Server 2012R2-01

Откроется мастер, жмем Далее.

Переместить виртуальную машину

Выбираем куда

И получаем сообщение с ошибкой.

Компьютер назначения не настроен для отправки или получения динамических миграций виртуальных машин. Чтобы устранить эту проблему измените параметры Hyper-V на конечном компьютере.

Конечный компьютер не настроен для отправки или получения динамических миграций виртуальных машин. Что такое и как настроить динамическую миграцию в Windows Server 2012R2-05

Кстати вы еще при данной операции перемещения виртуальной машины, можете спокойно поймать ошибку 0x8009030E, как ее решать читайте по ссылке слева

Идем на srv34, то есть на комп куда мы мигрируем. Выбираем Параметры Hyper-V

Идем в меню Динамическая миграция и ставим галку Включить входящие динамические миграции. Не забудьте указать нужную сеть, если у вас их несколько.

После чего у вас все поедет как нужно и вы больше не увидите данную ошибку.

При обновлении ОС до Windows Server 2012 R2 на одном из хостов виртуализации Hyper-V столкнулся с загадочной проблемой. При попытке задать параметры Live Migration через консоль Hyper-V Manager получал ошибку «Failed to modify settings«

При этом в журнале Microsoft-Windows-Hyper-V-VMMS-Admin регистрировалась мало о чём говорящая ошибка:

Log Name:      Microsoft-Windows-Hyper-V-VMMS-Admin
Source:        Microsoft-Windows-Hyper-V-VMMS
Event ID:      15110
Task Category: None
Level:         Error
User:          SYSTEM
Computer:      KOM-AD01-VM08.holding.com
Description: Failed to modify service settings.

Есть один странный, но действенный способ решения такой проблемы. Он предполагает уадление файла Registry.pol из скрытого каталога C:WindowsSystem32GroupPolicyMachine.

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

Всем привет сегодня разберем, как решается ошибка 0x8009030E или 0x8009030D при миграции виртуальной машины Hyper-V в Windows Server 2012 R2. Напомню миграция — это перемещение виртуальной машины на другой хост виртуализации, и вот во время этого процесса возникает этот неприятный момент.

Сбой операции миграции виртуальной машины в исходном расположении миграции

И та и другая ошибка связаны с тем что нужно входить на каждый сервер для выполнения определенной задачи (через локальный сеанс консоли, сеанс удаленного рабочего стола или удаленный сеанс Windows PowerShell) с сервера с которого осуществляется миграция либо настроить ограниченное делегирование для хостов.

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

Решения:

миграция виртуальных машин hyper v

На вкладке Динамическая миграция, должна стоять галка Включить входящие и исходящие миграции.

миграция виртуальных машин hyper v

Вторая причина у вас не включен Kerberos. Если у вас по CredSSp, не удается мигрировать выставляем тогда Kerberos, для большей безопасности, его мы еще поднастроим.

0x8009030E при миграции виртуальной машины Hyper-V в Windows Server 2012 R2-5

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

virtual machine … is using processor-specific features not supported on host…

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

0x8009030E

Если вы выполняете миграцию с рабочей станции, через оснастку Диспетчер Heper-V вы опять словите данную ошибку 0x8009030E или 0x8009030D, так как данную операцию нужно производить с хоста Hyper-V, где лежит тачка подключенного по RDP, но не спешите расстраиваться, мы же не зря настраивали kerberos, делаем ниже инструкции и радуемся жизни

Для того чтобы kerberos отработал и вы не получили ни 0x8009030E, ни 0x8009030D при миграции виртуальной машины Hyper-V в Windows Server 2012 R2, делаем следующее. Открываем оснастку Active Directory — Пользователи и компьютеры, ищем там ваши компьютеры Hyper-V и переходим в их свойства. Переходим на вкладку Делегирование, выставляем там Доверять компьютеру делегирование указанных служб > Использовать только Kerberos и добавляем туда две службы первая — cifs (для миграции хранилищ), вторая — Microsoft Virtual System Migration Service

Доверять компьютеру делегирование указанных служб

Все можно теперь мигрировать спокойно.

Если у вас SCVMM

Если у вас есть scvmm, то проверьте, что в свойствах хоста

0x8009030E

Перейдите на вкладку Доступ к узлу и проверьте, что в Учетная запись запуска от имени не пуста, если там ничег онет, то через обор добавьте.

0x8009030E при миграции виртуальной машины

Мигрируем через Powershell

Move-VM <VMName> <Hyper-V-Servername> -IncludeStorage -DestinationStoragePath D:Hyper-V<VMNameFolder>

VMName — Имя виртуальной машины
Hyper-V-ServerName — Имя сервера, куда вы мигрируете
VMNameFolder — Имя папки, в которую размещается VM

Думаю было не сложно и вы победили свою ошибку 0x8009030E.

источник: http://pyatilistnik.org/0x8009030e-hyper-v/

Join @AdmNtsRu on Telegram

Смотрите также:

Не удалось выполнить операцию код ошибки 32784

Проблемы при миграции виртуальной машины Hyper-V в Windows Server 2012 R2 (0x8009030E, 0x8009030D и др.)

Сбой операции миграции виртуальной машины в исходном расположении миграции

Причины ошибок 0x8009030E и 0x8009030D

Решения:

На вкладке Динамическая миграция, должна стоять галка Включить входящие и исходящие миграции.

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

virtual machine … is using processor-specific features not supported on host…

Доверять компьютеру делегирование указанных служб

Все можно теперь мигрировать спокойно.

Если у вас SCVMM

Если у вас есть scvmm, то проверьте, что в свойствах хоста

Как старший программный менеджер в группе Product Quality and Online (PQO), я особое внимание уделяю технологиям виртуализации, то есть продуктам Microsoft Hyper-V Server, System Center Virtual Machine Manager (SCVMM), Microsoft Application Virtualization (App-V), Microsoft Enterprise Desktop Virtualization (MED-V) и Windows Virtual PC. Совместно с командами разработчиков я работаю над решением проблем, о которых пользователи сообщают в службу поддержки Microsoft. Данные проблемы следует учитывать всем, кто планирует устанавливать Hyper-V или уже работает с ним

Исключения в антивирусе

Если на сервере Hyper-V установлено антивирусное программное обеспечение и файлы виртуальной машины Hyper-V не добавлены в список исключений компонента сканирования в реальном времени, то вы можете столкнуться со множеством трудностей. Наиболее распространенная проблема — администратор открывает консоль управления Hyper-V и обнаруживает, что виртуальные машины исчезли. Другие симптомы:

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

Рекомендуемые исключения, необходимые для работы Hyper-V, а также известные проблемы, связанные с антивирусным программным обеспечением, описаны в статье Microsoft «Virtual machines are missing in the Hyper-V Manager Console or when you create or start a virtual machine, you receive one of the following error codes: ‘0x800704C8’, ‘0x80070037’ or ‘0x800703E3’» (support. microsoft. com/kb/961804).

Снимки и нехватка места на диске

Если снимки не могут быть объединены из-за нехватки места на диске (то есть error0x80070070), не удаляйте файлы с расширением. avhd (файлы снимков). В результате удаления файлов. avhd произойдет потеря данных, которая приведет к тому, что виртуальная машина перестанет запускаться. Если у вас нет возможности освободить необходимое дисковое пространство на томе, где хранятся файлы. avhd, требуется сделать следующее:

Полный список наработанных методов использования снимков можно найти в статье TechNet «Hyper-V Virtual Machine Snapshots: FAQ» по ссылке technet. microsoft. com/en-us/library/dd560637(WS.10).aspx.

Компоненты интеграции не обновлены

После того как исправление или обновление для Hyper-V установлено на сервер (Windows 2008 R2, Server 2008 или Microsoft Hyper-V Server), просмотрите документацию, связанную с исправлением, чтобы узнать, требует ли это исправление обновления компонентов интеграции виртуальной машины. Вы также можете просмотреть список обновлений Hyper-V на сайте TechNet, чтобы выяснить, включает ли обновление усовершенствованные компоненты интеграции.

Пример проблемы, которая может возникнуть из-за устаревших компонентов интеграции, можно найти в статье Microsoft «The network connection is lost on a Hyper-V virtual machine» (support. microsoft. com/kb/2223005), где говорится об исправлении для Hyper-V, которое решает проблему сетевого подключения к виртуальной машине. Для этого исправления требуется обновить компоненты интеграции виртуальных машин с системами Windows XP и Windows Server 2003. Если исправление установить на сервер Hyper-V, но не обновить компоненты интеграции виртуальной машины, то, вероятно, сетевая проблема, которую должно было устранить исправление, останется.

Чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции, можно просмотреть журнал событий Microsoft-Windows-Hyper-V-Integration/Admin. Если виртуальная машина использует устаревшие компоненты интеграции, то при ее запуске в журнал будет записано следующее событие:

Log Name: Microsoft-Windows-Hyper-VIntegration-Admin

Description: Hyper-V Heartbeat connected to virtual machine ‘vmname’, but the version does not match the version expected by Hyper-V (Virtual machine ID A5C22E8D-5F58-4186-832F-E7C2AE0B4804). This is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.

Событие с идентификатором 4010 будет записано для каждой устаревшей службы интеграционного компонента виртуальной машины (экран 1).

Экран 1. Событие 4010 в журнале

Вы также можете задействовать инструмент Hyper-V Best Practices Analyzer (BPA) или сценарии PowerShell, чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции. Узнать, как получить инструмент Hyper-V BPA, можно из статьи Microsoft «Hyper-V BPA for Windows Server 2008 R2 is now available» (support. microsoft. com/kb/977238). Команда разработчиков Hyper-V разместила сценарий PowerShell в хранилище сценариев TechNet по ссылке gallery. technet. microsoft. com/scriptcenter/251337c5-ab97-40b3-a888-80b68102d1d5.

Функция Refresh virtual machine configuration и кластер

Консоль управления Hyper-V не поддерживает кластеры, и это означает, что изменения настроек виртуальных сетей или виртуальных машин в данной консоли должны быть продублированы на другие узлы кластеров с помощью функции Refresh virtual machine configuration в консоли диспетчера отказоустойчивых кластеров.

Если не воспользоваться этой функцией, то виртуальная машина либо вообще не сможет перемещаться между узлами кластера, либо ее параметры (например, VLAN ID), которые были изменены, будут потеряны при перемещении виртуальной машины на другой узел кластера Hyper-V. Чтобы обновить настройки виртуальной машины, выполните следующие шаги.

Экран 2. Функция Refresh virtual machine configuration

В системе Server 2008 R2 функцией Refresh virtual machine configuration можно не пользоваться, если вы меняете параметры виртуальной машины с помощью консоли диспетчера отказоустойчивых кластеров. Для изменения параметров виртуальной машины в этой консоли сделайте следующее:

Источники:

https://adminotes. ru/problemy-pri-migratsii-virtualnoj-mashiny-hyper-v-v-windows-server-2012-r2-0x8009030e-0x8009030d-i-dr/

https://www. osp. ru/winitpro/2011/08/13011823

Источник

При этом в журнале Microsoft-Windows-Hyper-V-VMMS-Admin регистрировалась мало о чём говорящая ошибка:

Log Name:      Microsoft-Windows-Hyper-V-VMMS-Admin
Source:        Microsoft-Windows-Hyper-V-VMMS
Event ID:      15110
Task Category: None
Level:         Error
User:          SYSTEM
Computer:      KOM-AD01-VM08.holding.com
Description: Failed to modify service settings.

Источник

Добрый день.

Имеем: 2 идентичных сервера Windows 2008 R2 Ent, на каждом из которых крутятся виртуалки под Hyper-V.

На сервере1 виртуальные сети: external и lan

На сервере2 виртуальные сети: external_1 и lan_1

На отдельном аппаратном хранилище сделал 2 iSCSI target’a, в каждом по одному LUN и соотв. по одному виртуальному диску.

Один вирт. диск (Storage) перевел в CSV для хранения на нем последующих виртуалок.

Второй вирт. диск (Quorum) сделал диском-свидетелем.

Собрал из этих серверов кластер.

Проверка кластера говорит, что все ОК за исключением ворнига о неподписанных драйверах на одном из узлов.

На сервере1 сделал экспорт одной из виртуалок и перенес ее в кластер.

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

*********************************************

Код события 21502

«Виртуальная машина test_machine»: не удалось запустить.

«test_machine» не удалось восстановить. (ИД виртуальной машины E9C7FA05-7C7D-4A9D-BE84-3C0B297DF7CE)

«test_machine» Microsoft Synthetic Ethernet Port (ИД экземпляра {2CEBA538-659D-48A2-AB55-BC40A60F77BC}): Сбой восстановления, ошибка «Системе не удается найти указанный путь.» (0x80070003). (ИД виртуальной машины E9C7FA05-7C7D-4A9D-BE84-3C0B297DF7CE)

«test_machine» Подключение к порту коммутатора для «Сетевой адаптер» (2CEBA538-659D-48A2-AB55-BC40A60F77BC) недопустимо.

*****************************************************

Код события 1069

Ошибка ресурса кластера «Виртуальная машина test_machine» в службе кластеров или в приложении test_machine.

******************************************************

А в логах самого узла следующее:

********************************

Код события 32

Не удалось подключить сетевую плату «E9C7FA05-7C7D-4A9D-BE84-3C0B297DF7CE—2CEBA538-659D-48A2-AB55-BC40A60F77BC» к порту «» коммутатора «E8D4E0A3-0», состояние = C000003A.

*******************************

Вопрос 1

Связано ли это с тем что на узлах виртуальные сети называются по разному?

Если да, то можно ли без последствий для уже запущенных виртуалок на узлах hyper-V (не в кластере) под нагрузкой переименовать виртуальные сети, чтобы свести все к соответствию?

Вопрос 2

Диск-свидетель (Quorum) не является томом CSV и имеет фиксированного владельца, например сервер 1.

Диск (Storage) же можно переносить с узла на узел, тем самым, меняя владельца.

Что будет, если откажет сервер 1, который является владельцем диска-свидетеля? Он ведь автоматически не перенесется на другой узел?

Заранее спасибо за ответы.

Источник

понедельник, 22 июня 2015 г.

динамическая миграция: ошибка применения изменений (Hyper-V Live Migration: Error Applying Changes)

Комментариев нет:

Отправить комментарий

Question

Answers

Как работает динамическая миграция хранилища

Решения:

Если у вас SCVMM

Мигрируем через Powershell

Смотрите также:

Не удалось выполнить операцию код ошибки 32784

Проблемы при миграции виртуальной машины Hyper-V в Windows Server 2012 R2 (0x8009030E, 0x8009030D и др.)

Причины ошибок 0x8009030E и 0x8009030D

Решения:

Если у вас SCVMM

Исключения в антивирусе

Снимки и нехватка места на диске

Компоненты интеграции не обновлены

Функция Refresh virtual machine configuration и кластер

Возможно, вам также будет интересно:

понедельник, 22 июня 2015 г.