Устранение неполадок, связанных с необходимостью внимания, отсутствием ответа и отказом в доступе к узлам в Virtual Machine Manager

В этой статье описывается, как устранить неполадки с состоянием узла "Требуется внимание", "Не отвечает" и "Отказано в доступе " в System Center 2012 и более поздних версиях Virtual Machine Manager. Все ссылки на статьи также относятся к System Center 2012 и более поздним версиям Virtual Machine Manager.

Примечание.

Домашние пользователи. Эта статья предназначена только для агентов технической поддержки и ИТ-специалистов. Если вы ищете помощь по проблеме, обратитесь в сообщество Майкрософт.

Исходная версия продукта: System Center 2012 Virtual Machine Manager, Microsoft System Center 2012 R2 Virtual Machine Manager, System Center 2016 Virtual Machine Manager
Исходный номер базы знаний: 2742246

Сводка

Узлы требует внимания, не отвечают и запрещен доступ в консоли VMM возникают из-за того, что сервер VMM не может взаимодействовать с хост-компьютером, или компоненты (WMI, WinRM и т. д.) на хост-компьютере, которые используются для связи с сервером VMM, работают неправильно.

Ниже приведены распространенные ошибки, которые регистрируются в представлениях Заданий в консоли VMM, когда узел находится в состоянии "Требует внимания", "Не отвечает" или "Отказано в доступе".

Ошибка (2911)
Недостаточно ресурсов для выполнения этой операции на сервере servername.contoso.com. (Недостаточно места для выполнения этой операции (0x8007000E))

Ошибка (2912)
Произошла внутренняя ошибка при попытке связаться с агентом на servername.contoso.com сервере. (В системе невозможно создать больше потоков (0x800700A4))

Предупреждение (2915)
Служба удаленного управления Windows (WS-Management) не может обработать запрос. Объект не найден на сервере (servername.contoso.com). Неизвестная ошибка (0x80041002) или Неизвестная ошибка (0x80338000)

Ошибка (2916)
VMM не может выполнить запрос. Подключение к servername.contoso.com агента было потеряно. Неизвестная ошибка (0x80338126) или Неизвестная ошибка (0x80338012)

Ошибка (2927) Произошла ошибка управления оборудованием при попытке связаться с сервером servername.contoso.com. Неизвестная ошибка (0x803381a6)

Предупреждение (12710)
У VMM нет соответствующих разрешений на доступ к ресурсам удаленного управления Windows на сервере (servername.contoso.com). Неизвестная ошибка (0x80338104)

Предупреждение (13926)
Кластер узла servername.contoso.com не был полностью обновлен, так как не со всеми узлами можно связаться. Сведения о высокодоступных хранилищах и виртуальной сети, сообщаемые для этого кластера, могут быть неточными.

Ошибка (20506)
Диспетчеру виртуальных машин не удается выполнить запрос удаленного управления Windows (WinRM) на компьютере, servername.contoso.com.

Предупреждение (13926)
Кластер узла servername.contoso.com не был полностью обновлен, так как не со всеми узлами можно связаться. Сведения о высокодоступных хранилищах и виртуальной сети, сообщаемые для этого кластера, могут быть неточными.

Ошибка (406)
При обращении к компьютеру servername.contoso.com было отказано в доступе.

Выполните следующие действия, чтобы определить причину состояния узла "Требуется внимание", "Не отвечает" или "Отказано в доступе ".

Шаг 1. Проверка состояния работоспособности узла

Чтобы проверка состояние работоспособности узла, выполните следующие действия.

1. Откройте консоль VMM.
2. Выберите представление Структура, щелкните правой кнопкой мыши узел, на котором возникли проблемы, и выберите пункт Свойства.
3. В свойствах узла выберите Состояние.
4. Выберите категорию с красным восклицательным знаком, чтобы просмотреть сведения об ошибке.

Дополнительные сведения о функции проверка работоспособности узла см. в статье Свойства узла — новые возможности расширенных проверок работоспособности узла VMM 2012.

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

• Если служба VMM работает под учетной записью домена, убедитесь, что учетная запись домена является членом локальной группы администраторов на узле.
• Если VMM работает под учетной записью локальной системы, убедитесь, что учетная запись компьютера является членом локальной группы администраторов на узле.

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

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

• Добавьте учетную запись службы VMM в параметр Ограниченные группы администраторов групповая политика.
• Создайте новое подразделение в домене, переместите объект главного компьютера в новое подразделение, а затем настройте новое подразделение для блокировки наследования политик.

Шаг 3. Проверка наличия поврежденных счетчиков производительности

Проверьте журнал событий приложения на узле, чтобы узнать, зарегистрировано ли следующее событие:

Имя журнала: Приложение
Источник: Microsoft-Windows-LoadPerf
Идентификатор события: 3012
Описание:
Строки производительности в значении реестра производительности повреждены при обработке поставщика счетчиков расширений производительности. Значение BaseIndex из реестра производительности является первым DWORD в разделе Данные, значение LastCounter — вторым DWORD в разделе Данные, а Значение LastHelp — третьим значением DWORD в разделе Данные.

Если событие с идентификатором 3012 регистрируется на хост-компьютере, выполните действия, описанные в статье Как вручную перестроить счетчики производительности для систем Windows Server 2008 64bit или Windows Server 2008 R2 , чтобы перестроить счетчики производительности.

Шаг 4. Проверка процесса Svchost.exe службы удаленного управления Windows

VMM зависит от службы удаленного управления Windows для обмена данными с узлом. Таким образом, состояние Не отвечает , скорее всего, возникает из-за ошибки в базовом обмене данными удаленного управления Windows между сервером VMM и главным компьютером. В этом сценарии состояние узла вскоре после перезагрузки главного компьютера будет в порядке . Однако через три-четыре часа состояние меняется на Не отвечает , а задания на сервере VMM завершаются сбоем и возвращают ошибку, которая выглядит примерно так:

Ошибка (2927)
Произошла ошибка управления оборудованием при попытке связаться с сервером servername.contoso.com. Неизвестная ошибка (0x803381a6)

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

Эта проблема может возникнуть, если в процессе общей Svchost.exe, на котором размещена служба удаленного управления Windows, возникли проблемы.

Чтобы устранить эту проблему, настройте службу удаленного управления Windows для запуска в отдельном Svchost.exe процессе. Для этого откройте командную строку с повышенными привилегиями, введите следующую команду и нажмите клавишу ВВОД.

sc config winrm type= own

Примечание.

Убедитесь, что команда вводится точно так, как она отображается здесь. Обратите внимание на пробел после символа равенства (=).

Если команда выполнена успешно, вы увидите следующие выходные данные:

[SC] ChangeServiceConfig SUCCESS

Шаг 5. Увеличение значений по умолчанию для WinRM

Рекомендуется выполнить следующие командные строки на узле VMM и всех узлах Hyper-V, управляемых VMM (и нажмите клавишу ВВОД после каждой строки).

Winrm quickconfig
winrm set winrm/config @{MaxTimeoutms="1800000"}
winrm set winrm/config/Service @{MaxConcurrentOperationsPerUser="1500"}
winrm set winrm/config/winrs @{MaxConcurrentUsers="100"}
winrm set winrm/config/winrs @{MaxProcessesPerShell="100"}
winrm set winrm/config/winrs @{MaxShellsPerUser="100"}

set-item "WSMan:\localhost\Plugin\WMI Provider\Quotas\MaxConcurrentOperationsPerUser" 400

Необходимо перезапустить WinRM (для изменений WINRM) и перезапустить WMI (для параметра конфигурации SC) или перезагрузить сервер, чтобы изменения вступили в силу.

При добавлении недоверенных узлов или узлов периметра или рабочих групп убедитесь, что LocalAccountTokenFilterPolicy для параметра реестра в следующем подразделе реестра задано значение 1:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System