Средствам управления hyper v не удалось получить доступ к ожидаемому классу wmi на компьютере
Для установки Microsoft Windows Sever 2016 можно воспользоваться порталом Microsoft Azure или Hyper-V. В материале будет кратко рассмотрен первый вариант и подробнее вариант с применением Hyper-V.
Решение
Чтобы устранить эту проблему, добавьте SID виртуальной машины в виртуальный жесткий диск (.vhd) или в файл моментального снимка (.avhd).
Чтобы добавить SID виртуальной машины в файл .vhd или avhd, выполните следующие действия:
Обратите внимание на ID виртуальной машины, который указан в 0x80070005 ошибке (общий доступ отказано в ошибке).
Откройте командную строку с повышенными привилегиями.
Чтобы предоставить ID виртуальной машины (SID) доступ к файлу .vhd или .avhd, введите следующую команду и нажмите кнопку Ввод:
Например, чтобы использовать ID виртуальной машины, отмеченный на шаге 1, введите следующую команду и нажмите кнопку Ввод:
Запустите виртуальную машину.
Сведения об исправлении
Важно. Языковой пакет не следует устанавливать после установки этого исправления. В противном случае языковые изменения в исправление не будет применяться, и будет необходимо повторно установить исправление. Дополнительные сведения содержатся в статье Установка языковых пакетов для Windows.
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему.
Если исправление доступно для скачивания, имеется раздел "Пакет исправлений доступен для скачивания" в верхней части этой статьи базы знаний. Если этого раздела нет, отправьте запрос в службу технической поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримечание. В форме "Пакет исправлений доступен для скачивания" отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Нет нет необходимых компонентов для установки этого исправления.
Сведения о реестре
Для использования исправления из этого пакета нет необходимости вносить изменения в реестр.
Необходимость перезагрузки
Может потребоваться перезагрузить компьютер после установки данного исправления.
Сведения о замене исправлений
Это исправление не заменяет ранее выпущенные исправления.
Глобальная версия этого исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.
Сведения о файле Windows 8 и Windows Server 2012 и заметки
Важно. Исправления для Windows Server 2012 и Windows 8 исправления включены в те же пакеты. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Чтобы запросить пакет исправлений, который применяется к одной или обеих операционных систем, установите исправление, описанное в разделе «Windows 8 и Windows Server 2012» на странице. Всегда смотрите раздел "Информация в данной статье относится к следующим продуктам" статьи для определения фактических операционных систем, к которым применяется каждое исправление.
Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SPn) и направлению поддержки (LDR, GDR) можно определить по номерам версий, как показано в следующей таблице.
При доступе к локальным или удаленным данным WMI в приложении или скрипте могут возникать ошибки от отсутствующих классов до отказа в доступе. Поставщики также имеют доступные варианты отладки и классы для устранения неполадок.
Как модули записи поставщика могут предотвратить проблемы WMI
Сведения об ошибках
В этой статье помогают устранить 0x80070005 ошибки, которые возникают, когда Hyper-V не удается запустить виртуальную машину.
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2249906
служебная программа для диагностики WMI
программа диагностики WMI (WMIDiag.exe) больше не поддерживается, начиная с Windows 8 и Windows Server 2012.
- Windows 7, Windows server 2008 R2, Windows Vista и Windows Server 2008: * *
чтобы получить дополнительные сведения об источнике проблемы, скачайте и запустите программу командной строки для диагностики служебная программа для диагностики WMI . Это средство создает отчет, который обычно может изолировать источник проблемы и предоставить инструкции по ее устранению. Этот отчет также помогает в работе со службой поддержки Майкрософт. служебная программа для диагностики WMI можно загрузить в центре загрузки.
Модули записи поставщика также могут столкнуться с проблемами отладки, если не выполняется запись несвязанного поставщика. Дополнительные сведения см. в разделе службы отладки.
Установка с применением Hyper-V
Установку будем проводить, на локальной машине с операционной системой Windows 10 Professional 64bit. Использование на Windows 10 Home не возможно, только профессиональная и корпоративная версии Windows.
Для начала нужно включить Hyper-V версия 10.1. Попытавшись сделать это через
«Программы и компоненты» - «Включение или отключение компонентов Windows»
мы столкнулись с проблемой. При открытии оснастки и попытке подключиться к локальному серверу, система выдавала ошибку:
«Убедитесь что служба управления виртуальной машиной запущена и у вас есть необходимые полномочия для подключения к серверу.Средствам управления Hyper-V не удалось получить доступ к ожидаемому классу WMI на компьютере».
Конечно, можно было бы потратить свое время на разбор этой ошибки, чтения логов системы и устранения причин. Вероятно это легко решается выставлением прав доступа и запуска служб системы. Но разбираться в этом не очень хотелось, поэтому мы поступили иначе, воспользовались PowerShell.
Включение Hyper-V через PowerShell.
Нужно запустить PowerShell от Администратора и дать команду
После чего перезагрузить систему.
Создание виртуальной машины.
Инсталлировать будем Windows Server 2016. Официальный iso образ, серверной операционной системы, можно взять на официальном сайте Microsoft. Используйте бесплатную версию 180 дней или приобретите лицензию.
Правой кнопкой мыши, Ваш сервер - Создать - Виртуальная машина
Мастер создания виртуального сервера предложит два варианта создания виртуальной машины:
- простой метод создания виртуальной машины с настройками по умолчанию.
- вариант с ручными настройками, позволяющий полностью контролировать процесс создания машины
Вариант по умолчанию описывать не стоит. Там все просто, достаточно нажать кнопку «Готово» и машина будет создана.
Во втором варианте, вам будет предложено определять параметры создаваемой машины. В процессе создания виртуальной машины необходимо следовать инструкциям мастера установки. Указать размер выделяемой оперативной памяти виртуальной машине, при старте системы. А так же размер места, под жесткий диск гостевой системы. Расположение файлов виртуальных жестких дисков машины, в локальной файловой системе и т.п. По умолчанию виртуальные диски расположены по адресу C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks\. Файлы имеют расширение vhdx, и вы можете изменять их размер, объединять, преобразовывать, сжимать диски.
Два варианта поколений виртуальной машины:
- Поколение 1 поддерживает 32 и 64 битные гостевые операционные системы
- Поколение 2 поддержка только 64 битных гостевых операционных систем
Далее необходимо указать где находится iso образ системы, в нашем случае это Microsoft Windows Sever 2016.
Windows Server 2012 Datacenter Windows Server 2012 Datacenter Windows Server 2012 Standard Windows Server 2012 Standard Windows Server 2012 Essentials Windows Server 2012 Foundation Windows Server 2012 Foundation Windows 8 Enterprise Windows 8 Pro Windows 8 Еще. Меньше
Дополнительная информация
"Неназванный VM" не удалось инициализировать.
Попытка чтения или обновления конфигурации виртуальной машины не удалась из-за того, что доступ был отказано.
"Неназванный VM" не удалось инициализировать. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)
"Неназванный VM" не смог прочитать или обновить конфигурацию виртуальной машины, так как доступ был отказано: ошибка общего доступа отказано (0×80070005). Проверьте параметры безопасности в папке, в которой хранится виртуальная машина. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)
Чтобы устранить эту проблему, выполните действия в разделе "Разрешение", чтобы добавить SID виртуальной машины в .xml файл. Например, выполните следующую команду:
local Hyper-V, remote Hyper-V?
In the same domain? (usually works).
Is it Hyper-V 2012 or newer?
thank You for answering.
I use it on a local computer.
I do not know which version of Hyper-v I use. It is the version that is included with Windows 10.
Windows 10 includes the version of Hyper-V for Windows 10 / Server 2016.
Assuming that you added Hyper-V the Role and not simply Hyper-V the Remote Server Management Tools it should - 'just work' for a local install.
If you are using PowerShell, you will need an elevated prompt.
I'm assumimg youre pc/server is in an workgroup enviorment? Use the following steps will do the trick o Client with Hyper-V Manager o Server with the Hyper-V role enabled. o Both systems are in the same workgroup called “workgroup” o Both systems have the same username and password. Configuration on the Hyper-V server: • Enable Remote Management 1 Configure-SMRemoting.exe -Enable • Open firewall for Remote Computer Management 1 2 Set-NetFirewallRule -DisplayGroup 'Windows Management Instrumentation (WMI)' -Enabled true -PassThru Set-NetFirewallRule -DisplayGroup 'Remote Event Log Management' -Enabled true -PassThru • Open firewall for ping (ICMPv4) 1 Set-NetFirewallRule -DisplayName “File and Printer Sharing (Echo Request – ICMPv4-In)” -Enabled True -PassThru • Enable Remote Desktop and allow remote connections 1 cscript.exe c:\Windows\System32\SCregEdit.wsf /AR 0 • Enable Remote disk management 1 Set-NetFirewallRule -DisplayGroup 'Remote Volume Management' -Enabled true -PassThru Configuration on the client: • Create a host file with IP address and hostname of the server. Make sure you can ping the hostname • Make sure that the network type is part of a private network before executing the WINRM command • Enable Remote Management 1 winrm quickconfig • For Managing remote systems 1 winrm set winrm/config/client @
• Enable remote disk Management (add this command on both systems) firewall rule 1 Set-NetFirewallRule -DisplayGroup 'Remote Volume Management' -Enabled true -PassThru • Open c:\windows\system32\dcomcnfg.exe and allow ‘anonymous logon’ for local and remote access. After making this settings You can manage the Hyper-V server with the following tools remotely: • Hyper-V manager • Computer Management • Disk Management Hello Brian,
I solved the problem. The Hyper-V services were not installed correctly.
Many thanks for the support.
MichaelHow did you know that the services weren't installed correctly and what did you do to fix it? I'm running into the same issue after I did the Windows 10 Upgrade.
Dear Abendroth-M
I ran into the same problem an I would like to kindly explain how you installed the services correctly?
Many thanksI ran into the same problem; I found out that I didn't have Hyper-V Platform checked;
It is under Control Panels > Programs and Features > Turn Windows features on or off >
Hyper-V > then make sure to check both boxes [ Hyper-V Mgmt Tools and Hyper-V Platform];
Note: you might need to go to BIOS and enable Virtualization; since i have an HP EliteDesk 800 G1, in BIOS:
Boot PC and hit F10 > System Security > Virtualization Technology (VTx) (enable/disable) and Virtualization Technology Directed I/O (VTd) (enable/disable)
Причина
Эта проблема возникает, если разрешения на виртуальном жестком диске (vhd) или файл моментального снимка (.avhd) некорректны.
Каждая Hyper-V виртуальная машина имеет уникальный ID виртуальной машины (SID). Если в разрешении безопасности в файле .vhd или .avhd отсутствует SID виртуальной машины, виртуальная машина не начинается, и вы получаете ошибку 0x80070005 (ошибка общего доступа, отказано в доступе), которая упоминается в разделе Симптомы.
Устранение неполадок в скриптах и приложениях
Инструментарий WMI содержит набор классов для устранения неполадок клиентских приложений, использующих поставщики WMI. Дополнительные сведения см. в разделе Устранение неполадок клиентских приложений WMI.
Симптомы
Эта проблема возникает при выполнении запросов инструментария управления Windows (WMI) стороннего поставщика WMI в Windows 8 и Windows Server 2012. Если стороннего поставщика WMI любой утечки памяти, может произойти сбой запросов WMI в поставщике WMI.
Решение
Симптомы
Ошибка произошла при попытке запуска выбранной виртуальной машины(ы).
"VMName" не удалось запустить.
Microsoft Emulated IDE Controller (Instance ID ): Failed to Power on with Error 'General access denied error'
Учетная запись IDE/ATAPI не имеет достаточных привилегий для открытия вложения 'E:\VMs\VMName\Disk0.vhd. Ошибка: "Ошибка общего доступа, отказано в доступе"
Учетная запись не имеет достаточных привилегий для открытия вложения 'E:\VMs\VMName\Disk0.vhd. Ошибка: "Ошибка общего доступа, отказано в доступе"
Причина
Эта проблема возникает из-за памяти, автоматически не восстанавливается путем размещения службы WMI и поставщик WMI, который имеет утечки памяти со временем может использовать память, доступная для данного узла службы WMI.
Ведение журнала и трассировка
Файлы журналов WMI больше не существуют; они были заменены трассировкой событий для Windows (ETW). Дополнительные сведения см. в статьях Трассировка действий WMI, ведение журнала действий WMIи файлы журналов WMI.
Установка с применением Azure
Используя Microsoft Azure, вам не нужно иметь мощный сервер или производительную рабочую станцию, с большим количеством ядер процессора и внушительным размером оперативной памяти. Нет необходимости искать и скачивать образы операционных систем для установки.
Воспользоваться Microsoft Azure возможно бесплатно. При регистрации, на счет аккаунта зачисляется 12500 руб. В момент регистрации, вас поросят ввести данные вашей банковской карты. Будьте внимательны, возможно списание средств за платные услуги. Помимо Microsoft Windows Sever 2016, Azure позволяет разворачивать Linux ситемы, SQL серверы и т.п.
Выбор версии Microsoft Windows Sever 2016 на портале Azure
Установка с применением Azure
Используя Microsoft Azure, вам не нужно иметь мощный сервер или производительную рабочую станцию, с большим количеством ядер процессора и внушительным размером оперативной памяти. Нет необходимости искать и скачивать образы операционных систем для установки.
Воспользоваться Microsoft Azure возможно бесплатно. При регистрации, на счет аккаунта зачисляется 12500 руб. В момент регистрации, вас поросят ввести данные вашей банковской карты. Будьте внимательны, возможно списание средств за платные услуги. Помимо Microsoft Windows Sever 2016, Azure позволяет разворачивать Linux ситемы, SQL серверы и т.п.
Выбор версии Microsoft Windows Sever 2016 на портале Azure
доступ запрещен
Ошибки доступа, о которых сообщает скрипты и приложения, обращающиеся к пространствам имен WMI, обычно делятся на три категории. В следующей таблице перечислены три категории ошибок, а также проблемы, которые могут привести к ошибкам и возможным решениям.
Как правило, при подключении к удаленному компьютеру с другой версией операционной системы возникают ошибки DCOM.
Поставщики также могут запрещать доступ к данным в определенных пространствах имен или могут требовать определенных уровней безопасности подключения. Дополнительные сведения см. в разделе Установка клиентских приложений безопасность и Размещение поставщика и безопасность.
Ошибки отказа в доступе из изменений брандмауэра подключения к Интернету (ICF).
Безопасность DCOM возвращает ошибку отказа в доступе, когда клиент с низкой целостностью пытается получить доступ к инструментарию WMI. например, элемент управления ActiveX, работающий в Internet Explorer, уровень безопасности которого имеет значение low, не имеет доступа для выполнения локальных операций WMI.
Windows 7: Пользователи с низкой целостностью имеют разрешения только на чтение для локальных операций WMI.
Читайте также: