Произошла ошибка hyper v при попытке доступа к объекту на компьютере

Добрый день. В какой-то момент, то ли при установке обновлений Windows, то ли еще при каких обстоятельствах, стало не возможно управлять ролью Hyper-V на сервере под Windows Server 2016.

Роль стоит на нем, диспетчер запускается там же, но при подключении получаем ошибку:

Произошла ошибка при попытке подключения к серверу «SERVER-HV». Убедитесь, что служба управления виртуальной машиной запущена и у вас есть необходимые полномочия для подключения к серверу.

Произошла ошибка Hyper-V при попытке доступа к объекту на компьютере «SERVER-HV», так как объект не найден. Возможно, он удален. Убедитесь, что на компьютере запущена служба управления виртуальными машинами.

Проверил, служба запущена. Та же ошибка возникает при попытке получить список виртуальных машин через powershell.

При этом виртуальные машины работают исправно.

В логах нашлось только два предупреждения:

Имя журнала:   Microsoft-Windows-Hyper-V-Hypervisor-Operational
Источник:      Microsoft-Windows-Hyper-V-Hypervisor
Код события:   12550
Описание:
Hyper-V detected access to a restricted MSR (Msr: 0x1B2, IsWrite: 0x0, MsrValue: 0x0, AccessStatus: 0x0, Pc: 0xFFFFF8039A35160C, ImageBase: 0xFFFFF8039A350000, ImageChecksum: 0x1A895, ImageTimestamp: 0x577D3625, ImageName: ALSysIO64.sys).

Имя журнала:   Microsoft-Windows-Hyper-V-VMMS-Admin
Источник:      Microsoft-Windows-Hyper-V-VMMS
Код события:   14090
Описание:
Служба управления виртуальными машинами завершает работу, в то время как некоторые виртуальные машины начинают работу. Все запущенные виртуальные машины продолжат работу без доступа на управление.

Куда копать, как восстанавливать работу? 

Сервер боевой, можно ли переустановить службу Hyper-V без потерь (виртуальные машины, настройки виртуального коммутатора)? 

Системная ошибка 5. Отказано в доступе

При работе с данными — файлами и папками иногда приходится сталкиваться с ошибками доступа, обуславливаемыми, как правило, отсутствием у пользователя необходимых прав. Впрочем, с проблемами доступа можно столкнуться и при других обстоятельствах, например, при попытке запустить ту или иную системную службу. Вы запускаете службу в оснастке управления службами или через командную строку и получаете сообщение об ошибке «Не удалось запустить службу. Ошибка 5: Отказано в доступе».

Получить ошибку с кодом 5 можно во время установки программы. Естественно, в этом случае сообщение будет иным, а именно «Невозможно выполнить файл во временном каталоге. Ошибка 5: Отказано в доступе».

понедельник, 21 октября 2013 г.

Hyper-V виртуальная машина не запускается 0x80070005

Hyper-V виртуальная машина не запускается и появляется ««Ошибка доступа» (0x80070005)» сообщение об ошибке

Произошла ошибка при попытке запустить выбранную виртуальную машину.

Не удалось запустить «VMName».

Microsoft эмулированных IDE-контроллера (идентификатор экземпляра
): ошибка питания на «Общие
Отказано в доступе «

IDE/ATAPI учетная запись не имеет достаточных привилегий для открытия вложения
«D:NewWindows7x64.vhd. Ошибка: «Ошибка доступа»

Учетная запись не имеет достаточных привилегий для открытия вложения
» D:NewWindows7x64.vhd . Ошибка: «Ошибка доступа»

Если щелкнуть просмотреть сведения в окне сообщения выводится следующее сообщение об ошибке:

Не удалось инициализировать «Без имени виртуальной Машины». (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)

«Без имени виртуальной Машины» не удается прочитать или обновить конфигурацию виртуальной машины, так как доступ запрещен: (0 × 80070005) Ошибка доступа. Проверьте параметры безопасности для папки, в которой хранится на виртуальной машине. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)

icacls «D:NewWindows7x64.vhd» /grant «NT ВИРТУАЛЬНАЯ МАШИНАCE92BDA7-257B-4ABD-BA9A-DCC88BD59E3C»:(F)

Хранилище BCD

Рассматриваемая ошибка может говорить о неверной конфигурации данных хранилища BCD . Компонент Hyper-V глубоко интегрирован в Windows и стартует до запуска ядра системы. Если в хранилище BCD вносились изменения для модификации запуска гипервизора, они могут быть неверными. Либо же запуск Hyper-V и вовсе был ранее намеренно отключён с целью временной оптимизации использования ресурсов компьютера. В таком случае конфигурацию BCD в части запуска гипервизора необходимо либо подкорректировать, либо вернуть дефолтное значение путём установки автозапуска Hyper-V. Для установки автозапуска открываем CMD от имени администратора (обязательно) , вводим:

bcdedit /set hypervisorlaunchtype auto

После этого осуществляем перезагрузку.

Измените настройки контроллера ISCSI или IDE

1. Откройте диспетчер Hyper-V.
2. Щелкните правой кнопкой мыши хост-компьютер -> выберите настройки Hyper-V.
3. В разделе « Контроллер SCSI» в правом меню -> щелкните правой кнопкой мыши на жестком диске -> выберите « Свойства».
4. Щелкните раскрывающееся меню в разделе « Контроллер » -> выберите другой параметр (в зависимости от настроек по умолчанию точные параметры будут различаться).

Основные особенности Hyper-V

Ниже представлены некоторые основные особенности исходной версии платформы Microsoft Hyper-V:

• Поддержка различных ОС
  Hyper-V поддерживает одновременное выполнение различных типов ОС, в т. ч. 32-разрядных и 64-разрядных ОС на различных серверных платформах (например, Windows, Linux и др.).
• Расширяемость
  Технология Hyper-V имеет стандартные интерфейсы инструментария управления Windows (WMI) и программные интерфейсы API, которые позволяют независимым поставщикам ПО и разработчикам быстро создавать настраиваемые средства и расширения для платформы виртуализации.
• Балансировка сетевой нагрузки
  Hyper-V предоставляет возможности виртуального переключения, которые обеспечивают использование службы балансировки сетевой нагрузки Windows для балансировки нагрузки на виртуальных машинах с различных серверов.
• Микроядерная архитектура
  Hyper-V имеет 64-разрядную микроядерную архитектуру низкоуровневой оболочки, которая позволяет платформе предоставлять различные методы поддержки устройств, дополнительную производительность и безопасность.
• Аппаратная виртуализация
  Для работы Hyper-V необходимо использование технологий аппаратной виртуализации Intel-VT или AMD-V.
• Архитектура совместного использования оборудования
  Hyper-V использует архитектуру поставщиков (VSP) и клиентов служб виртуализации (VSC), что обеспечивает расширенный доступ и использование аппаратных ресурсов (например, дисков, сети и видео).
• Быстрая миграция
  Hyper-V позволяет перенести запущенную виртуальную машину с одного физического главного компьютера на другой с минимальными задержками. Это осуществляется при помощи высокодоступных средств управления Windows Server 2008 и System Center.
• Масштабируемость
  Hyper-V поддерживает несколько процессоров и ядер на уровне главного компьютера, а также расширенный доступ к памяти на уровне виртуальных машин. Эта поддержка обеспечивает масштабируемость сред виртуализации для размещения большого количества виртуальных машин на одном узле. При этом возможности быстрой миграции также позволяют выполнять масштабирование на нескольких узлах.
• Поддержка симметричной мультипроцессорной архитектуры (SMP)
  Hyper-V поддерживает до четырех процессоров в среде виртуальных машин для использования многопотоковых приложений на виртуальной машине.
• Hyper-V обеспечивает возможность создания моментальных снимков работающих виртуальных машин для быстрого возврата к предыдущему состоянию, что оптимизирует решения по резервному копированию и восстановлению.

Новые возможности Hyper-V R2

В версии Windows Server 2008 R2 в роль Hyper-V добавлены новые функции. Они повышают гибкость, производительность и масштабируемость Hyper-V. Рассмотрим их более подробно.

Повышенная гибкость

Hyper-V R2 содержит следующие новые функции, которые повышают гибкость развертывания и обслуживания инфраструктуры виртуализации сервера:

• Динамическая миграция
  Hyper-V R2 содержит функцию динамической миграции, которая позволяет перемещать виртуальную машину с одного сервера Hyper-V на другой без прерывания сетевого подключения, без простоев в работе пользователя и без прекращения обслуживания. Перемещение сопровождается всего лишь уменьшением производительности в течение нескольких секунд. Динамическая миграция позволяет обеспечить высокую доступность серверов и приложений, запущенных на кластеризованных серверах Hyper-V в среде виртуализованного центра обработки данных. Динамическая миграция также упрощает процесс обновления и обслуживания оборудования главного компьютера, а также предоставляет новые возможности, например возможность балансировки сетевой нагрузки для максимально эффективного энергопотребления или оптимального использования процессора. Динамическая миграция подробно описывается ниже в разделе «Работа с динамической миграцией».
• Общие тома кластера
  Общие тома кластера — это новая функция системы отказоустойчивых кластеров Windows Server 2008 R2. Она предоставляет единое и непротиворечивое пространство имен файлов, которая позволяет всем узлам кластера обращаться к одному и тому же устройству хранения. Использование общих томов кластера настоятельно рекомендуется при динамической миграции и описывается ниже в разделе «Работа с динамической миграцией».
• Поддержка «горячего» добавления и удаления средств хранения
  Версия R2 Hyper-V позволяет добавлять или удалять виртуальные жесткие диски и транзитные диски на работающей виртуальной машине без завершения ее работы и перезапуска. Это позволяет без простоев настроить все пространство хранения, используемое виртуальной машиной, в соответствии с изменением рабочей нагрузки. Кроме того, это предоставляет новые возможности резервного копирования в Microsoft SQL Server, Microsoft Exchange Server и в центрах обработки данных. Для использования этой функции виртуальные и транзитные диски должны быть подключены к виртуальной машине с помощью виртуального контроллера SCSI. Дополнительные сведения о добавлении контроллеров SCSI в виртуальные машины см. ниже в разделе «Управление виртуальными машинами».
• Режим совместимости процессора
  Новый режим совместимости процессора, доступный в версии Hyper-V R2, позволяет переносить виртуальную машину с одного главного компьютера на другой при совпадении архитектуры их процессоров (AMD или Intel). Это облегчает обновление инфраструктуры главного компьютера Hyper-V путем упрощения миграции виртуальных машин с компьютеров со старым оборудованием на компьютеры с более новым оборудованием. Кроме того, это также обеспечивает гибкость миграции виртуальных машин между узлами кластера. Например, режим совместимости процессора можно использовать для миграции виртуальных машин с узла Intel Core 2 на узел Intel Pentium 4 или с узла AMD Opteron на узел AMD Athlon. Обратите внимание на то, что режим совместимости процессоров позволяет выполнять миграцию виртуальных машин только при совпадении архитектуры процессоров узлов. Другими словами, поддерживается миграция AMD-AMD и Intel-Intel. Перенос виртуальных машин с главного компьютера одной архитектуры на главный компьютер другой архитектуры не поддерживается. Другими словами, миграция AMD-Intel и Intel-AMD не поддерживается. Дополнительные сведения о режиме совместимости процессоров и его настройке см. во врезке «Принцип работы. режим совместимости процессора».

Повышенная производительность

Hyper-V R2 содержит следующие новые функции, которые могут повысить производительность инфраструктуры виртуализации сервера:

1. Поддержка до 384 одновременно запущенных виртуальных машин и до 512 виртуальных процессоров на каждом сервере
   При наличии соответствующего оборудования сервера Hyper-V R2 можно использовать для выхода на недостижимые ранее уровни консолидации серверов. Например, на одном главном компьютере Hyper-V можно разместить:
   • 384 виртуальных машин с одним процессором (существенно меньше ограничения в 512 виртуальных процессоров)
   • 256 виртуальных машин с двумя процессорами (всего 512 виртуальных процессоров)
   • 128 виртуальных машин с четырьмя процессорами (всего 512 виртуальных процессоров)

Также можно работать с любыми сочетаниями одноядерных, двухъядерных и четырехъядерных процессоров, если общее количество виртуальных машин не превышает 384, а общее количество виртуальных процессоров, выделенных виртуальным машинам, не превышает 512. Такие возможности позволяют Hyper-V R2 обеспечивать максимально возможные на рынке значения плотности виртуальных машин на данный момент. Для сравнения: предыдущая версия Hyper-V в Windows Server 2008 SP2 поддерживала всего до 24 логических процессоров и до 192 виртуальных машин. Обратите внимание на то, что при использовании отказоустойчивых кластеров Hyper-V R2 поддерживает до 64 виртуальных машин на узел кластера.

При применении соответствующих процессоров (например, процессоров Intel с расширенными таблицами страниц EPT начиная с поколения i7 или последних моделей процессоров AMD с вложенными таблицами страниц NPT) Hyper-V R2 существенно увеличивает производительность системы во многих случаях. Повышение производительности вызвано улучшением технологии управления памятью и снижением количества копий памяти, необходимых для использования этих функций процессора. Производительность повышается в особенности при работе с крупными наборами данных (например, с Microsoft SQL Server). Использование памяти для низкоуровневой оболочки Microsoft Hypervisor может сократиться с 5 процентов до 1 процента от общей физической памяти. Таким образом, дочерним разделам будет доступно больше памяти, что позволяет добиться высокой степени консолидации.

Обратите внимание на то, что эту функцию могут использовать не все приложения. В частности, приложения, использующие предварительно размещенные буферы и продолжительные подключения с большими объемами передачи данных, получат наибольшие преимущества от включения этой функции. Кроме того, следует помнить о том, что физические сетевые адаптеры с поддержкой разгрузки TCP Chimney могут обрабатывать ограниченное количество разгруженных подключений, которые используются всеми виртуальными машинами узла.

В результате это позволяет повысить пропускную способность сети и сократить интенсивность использования ЦП при переносе крупных файлов.

Ошибка в Veeam: Сервер RPC недоступен. (Исключение из HRESUALT: 0X800706BA)

Настройка veeam backup

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня столкнулся с ошибкой в Veeam: Сервер RPC недоступен. (Исключение из HRESUALT: 0X800706BA). При попытке добавить хост виртуализации Hyper-v. Ранее я рассказывал как настраивается Veeam Backup & Replication 7: 1 часть. Добавление сервера виртуальной инфраструктуры Hyper-V, но как видите бывают и ошибки.

Ошибка в Veeam Сервер RPC недоступен. (Исключение из HRESUALT 0X800706BA)-01

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

Существует таблица портов от компании veeam для брандмауэра Windows. Вот она поподробнее

Ошибка в Veeam Сервер RPC недоступен. (Исключение из HRESUALT 0X800706BA)-02

Теперь давайте их откроем на нашем брандмауэре. Для этого идем Пуск-Панель управления-Брандмауэр

Ошибка в Veeam Сервер RPC недоступен. (Исключение из HRESUALT 0X800706BA)-03

Ошибка в Veeam Сервер RPC недоступен. (Исключение из HRESUALT 0X800706BA)-04

Нажимаем дополнительные параметры

Ошибка в Veeam Сервер RPC недоступен. (Исключение из HRESUALT 0X800706BA)-5

Нажимаем создать новое правило

Ошибка в Veeam Сервер RPC недоступен. (Исключение из HRESUALT 0X800706BA)-06

Ошибка в Veeam Сервер RPC недоступен. (Исключение из HRESUALT 0X800706BA)-07

И пишем список портов.

Ошибка в Veeam Сервер RPC недоступен. (Исключение из HRESUALT 0X800706BA)-08

Восстановление системных файлов

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

• sfc /scannow
• DISM /ONLINE /CLEANUP-IMAGE /RESTOREHEALTH

Приложение обнаружило ошибку при попытке изменить состояние

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

1. Завершить задачу диспетчера Hyper-V с помощью диспетчера задач
2. Остановить все службы Hyper-V

Чтобы узнать больше об этих шагах, продолжайте читать.

Удаленное подключение из Windows 10 к Hyper-V

На компьютере Windows 10 откройте консоль Hyper-V Manager, щелкните ПКМ по “Hyper-V Manager” и выберите Connect to Server… Введите имя сервера и отметьте галку Connect as another user и укажите имя пользователя с правами на сервере Hyper-V.

После этого, консоль должна отобразить список ВМ, запущенных на хосте Hyper-V.

balletpiraat

2016-11-21 в 12:21

Для стажировки я бы хотел использовать Linux. Единственная реальная возможность, которую мне дают, — использовать Hyper-V для запуска виртуальной машины Linux. Мне удалось запустить Hyper-V Manager, включив все функции Hyper-V в разделе «Включение или отключение функций Windows».

К сожалению, когда я открываю диспетчер Hyper-V, откройте «Подключение к серверу», выберите «Локальный компьютер» и нажмите «ОК». Я получаю следующее сообщение об ошибке:

Произошла ошибка при попытке подключиться к серверу «pc-name». Убедитесь, что служба управления виртуальными машинами запущена и у вас есть права на подключение к серверу.

Hyper-V обнаружил ошибку при попытке доступа к объекту на компьютере «pc-name», так как объект не был найден. Возможно, объект был удален. Убедитесь, что на компьютере запущена служба управления виртуальной машиной.

На этом компьютере с Windows 10 (Dell Latitude E7270) мне были предоставлены права суперпользователя, и я могу запускать программы с правами администратора, что и делается. Кроме того, служба управления виртуальными машинами запущена — смотрите «Службы». Можно ли сделать вывод, что я как-то не авторизован для подключения к серверу? Если так, как получилось?

У кого-нибудь есть идеи как решить эту проблему?

---

2 ответа на вопрос

Run5k

2016-11-21 в 13:54

Не могли бы вы уточнить, что вы имеете в виду, когда говорите, что получили «права суперпользователя»? В каких локальных группах безопасности вы находитесь?

Суть в том, что для использования Hyper-V на рабочей станции Windows 10 ваш логин должен быть членом локальной Administratorsгруппы и / или локальной Hyper-V Administratorsгруппы.

Steve

2018-03-28 в 12:18

MOFCOMP% SYSTEMROOT% System32 WindowsVirtualization.V2.mof