Диспетчер серверов windows server 2012 не удалось обновить конфигурацию ошибка недопустимый класс

Вопрос

Делаю замену Windows Server 2003 на 2012. Чистая установка, все сервера (более 10) находятся в разных регионах страны и сайтах АД. Проблема в следующема:

в плитке Диспетчер Серверов/Все Сервера/Серверы в столбце «Управляемость» у всех WS2012 светится «В сети: сбой при получении данных», за исключением локального сервера. Ручное обновление не помогает выдает ошибку:

«Ошибка SERVER-D20: не удалось обновить конфигурацию. Ошибка: Не удалось получить метаданные с сервера из-за следующей ошибки: WinRM-клиент получил состояние «Ошибка сервера» (ошибка HTTP 500), но удаленная служба не предоставила других сведений о причине сбоя. 27.07.2013 13:27:23″

Заходил на большенство серверов по RDP и проверял нагрузку на CPU, МЕМ все ОК. Запускал PS под правами администратора и выполнял команду «winrm enumerate winrm/config/listener». При первом выполнии пишет ошибку, а при втором и последующих если зразу же запускать то выдает нормальный результа (протокол ниже)

PS C:Windowssystem32> winrm enumerate winrm/config/listener
WSManFault
Message = WinRM-клиент получил состояние «Ошибка сервера» (ошибка HTTP 500), но удаленная служба не предоставила дру
гих сведений о причине сбоя.

PS C:Windowssystem32> winrm enumerate winrm/config/listener
Listener
Address = *
Transport = HTTP
Port = 5985
Hostname
Enabled = true
URLPrefix = wsman
CertificateThumbprint
ListeningOn = 127.0.0.1, 172.30.62.3, ::1, fe80::5efe:172.30.62.3%14, fe80::78cb:ba03:e550:8e4d%12

Сутуация на всех серверах одинаковая, на всех поднята роль AD, DNS, DHCP, FileServer-DFS.

Источник

Диспетчер ресурсов file Server не мог загружать объекты WMI в Windows Server

В этой статье помогают устранить ошибку, которая возникает при запуске диспетчера ресурсов file Server в Windows Server.

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2831687

Симптомы

При запуске диспетчера ресурсов file Server в Windows Server вы можете получить следующее сообщение об ошибке:

Диспетчер ресурсов file Server не мог загружать объекты WMI в «Имя сервера».

Если вы запросили класс WMI в корневом microsoft Windows FSRM при описанной ошибке, вы можете получить следующую ошибку MSFT_FSRMSettings WMI:

Причина

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

Решение

Чтобы устранить эту проблему, перезапустите службу FSRM.

Если вы заметили, что это повторная проблема, необходимо сделать два действия:

На экране Начните щелкнуть плитку Поиска.

Введите regedit в окне Поиска и дважды щелкните regedit.exe.

Найдите следующую запись реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicessrmsvc

На правой стороне области щелкните правой кнопкой мыши DependOnService и нажмите кнопку Изменить.

Добавьте WINMGMT в мульти-строковую величину.

Нажмите кнопку ОК и выйдите из редактора реестра.

Дополнительная информация

В конкретном случае инструмент Windows управления перезапущен в рамках действия восстановления репозитория WMI. В этом случае потребуется расследование того, почему репозиторий WMI перестраивается.

Если вы работаете в SCCM 2012, убедитесь, что вы не работаете в поведении, описанного в следующей статье:

Источник

Диспетчеру серверов не удается загрузить список серверов windows server 2019

Вопрос

подняты службы RDS (стандартное развертывание на одном сервере)

После перезагрузки сервера невозможно зайти по рдп.

Сообщение ошибки: «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера или администратору сети.»

Можно зайти только локально, либо через IPMI консоль

События в диспетчере серверов показывают следующее:

Помогает перезапуск всех служб подряд

служба лицензирования, Локатор удаленного вызова процедур (RPC), служба посредник подключения к удаленному раб. столу, Перенаправитель портов пользовательского режима служб удаленных рабочих столов, Служба инициатора Майкрософт iSCSI(тоже после ребута сервера, другой сервак теряет диск ICSI, и пока службу не рестартнем, он его не увидит).

и после этого рестартим «Службы удаленных рабочих столов», если их рестартить сразу, без рестарта вышеуказанных. то вылетит ошибка, что служба не ответила вовремя. и в итоге она висит в состоянии остановка.

Если все это проделать, то доступ восстанавливается.

Пробовал делать DISM /Online /Cleanup-Image /RestoreHealth с указанием источника пакета wim (без него он не делал), писал что восстановлено, но проблема осталась.

Кто сталкивался. куда смотреть, копать? что делать?

Источник

Диспетчеру серверов не удается загрузить список серверов windows server 2019

В этой статье мы рассмотрим базовые настройки Windows Server 2019, это AD, DNS, DHCP и лицензирование терминального сервера. Данные настройки актуальны на большинстве серверов и являются самыми необходимыми.
Как установить Windows Server и произвести первичные настройки по активации можете ознакомиться в нашей прошлой статье по этой ссылке.

1) Меняем имя сервера и его описание (если нужно). Переходим в свойства системы => изменить параметры => изменить. Задаем «Имя компьютера», и если нужно, то имя рабочей группы. После изменения параметров нужно перезагрузиться.

После перезагрузки можете проверить, все ли у вас прошло успешно с изменением имени.

2) Далее меняем сетевые настройки, IP, маску и шлюз ставите обязательно статичными, настройки производятся в зависимости от Вашей сети.

Переходим в свойства сетевой карты.

И далее в свойства IPv4

3) Следующим пунктом настраиваем Active Directory. Добавляем роли и компоненты. Для этого переходим меню «Пуск» => Диспетчер серверов.

Установка «Ролей и компонентов».

Соответственно выбираем нужный нам пул сервера.

В «Роли сервера» для всех наших настроек выберем «DHCP-сервер», «DNS-сервер», «Доменные службы Active Directory» и «Службы удаленных рабочих столов».

Идем далее до «Службы ролей» и выбираем пункты как на скриншоте ниже.

После так же идем «Далее» до пункта «Подтверждение» и устанавливаем все, что мы выбрали.

После установки в «Результатах» выбираем пункт «Повысить роль этого сервера до уровня контроллера домена».

В мастере настроек доменных служб выбираем «Добавить лес» и вводим имя корневого домена, это может быть любое имя, к примеру домен вашего сайта.

В параметрах контроллера нужно придумать пароль.

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

Далее идем до «Проверки предварительных требований», если проверка прошла успешно, то устанавливаем примененные настройки.

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

4) Производим настройку «Зона обратного просмотра».

На пункте «Зона обратного просмотра» => Создать новую зону.

Выбираем «Основную зону».

Для всех DNS-серверов, работающих на контроллерах домена в этом домене:

Зона обратного просмотра IPv4

Ну и соответственно выводим индефикатор сети.

Проверяем, что все установилось.

5) Переходим к настройке DHCP. Переходим в мастер установки.

После завершения установки => Диспетчер => Средства => DHCP

Задаем любое имя области DHCP.

В диапазоне адресов задаем начальный и конечный интервал области IP адресов, который будет раздавать сервер.

Далее в дереве каталогов DHCP => Имя сервера => Область => Пул адресов. В списке должен быть указан начальный и конечный диапазон, который Вы указывали в настройках.

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

Источник

Диспетчеру серверов не удается загрузить список серверов windows server 2019

Вопрос

Обновил сервер с 2016 до 2019. На клиентской (админской) машине с Win Pro 1809 не могу добавить обновлённый сервер: «. не удалось обновить конфигурацию. Ошибка^ Служба WS-Management не удается обработать запрос. Рассчитанный размер пакета ответа (523250) превысил максимально допустимый размер конверта (512000).» Версия Диспетчера серверов 10.0.17763.168

Где задается/изменяется размер пакета?

Ответы

Все ответы

Столкнулся с такой же проблемой после обновления с 2016 на 2019.

Подскажите, что еще нужно сделать?

Нужно перезагрузить сервер? Или службу перезапустить?

Смотрю через диспетчер серверов

Выполните команду winrm get winrm/config и дайте скрин, ну или укажите значение которое видите MaxEnvelopeSizekb =

На клиенте значения такие же

Что еще можно попробовать?

А при просмотре в Диспетчере серверов установленного на других серверах ошибка есть по проблемному серверу?

Еще как вариант на своей машине выполните восстановление системных файлов через DISM и SFC

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

То есть проблема, на клиенте. Попробовать на нем восстановление сделать?

В общем, всё идет не по плану.

Запустил команды, завершились с ошибками. Нашел по логам, ошибка в NF3.5.

Снес NF3.5, ни одна из команд не выполняются вообще.

Стартуют и нет прогресса.

dism /online /cleanup-image /restorehealth

Пока дальше идей нет.

Установлю заново, но вечером.

Повторно запущу команды после этого

Что-то ничего не выполняется.

+ CategoryInfo : NotSpecified: (:) [Repair-WindowsImage], COMException
+ FullyQualifiedErrorId : Microsoft.Dism.Commands.RepairWindowsImageCommand

S H:> Dism /Online /Cleanup-Image /RestoreHealth

Cистема DISM
Версия: 10.0.17763.1

Версия образа: 10.0.17763.678

Не удалось найти исходные файлы.
Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра «Источник». Дополнительные сведения об указании расположения источника см. на веб-странице http://go.microsoft.com/fwlink/?LinkId=243077.

Файл журнала DISM находится по адресу C:WINDOWSLogsDISMdism.log

PS H:> Dism /Online /Cleanup-Image /RestoreHealth /Source:E:sourcessxs

Cистема DISM
Версия: 10.0.17763.1

Версия образа: 10.0.17763.678

Не удалось найти исходные файлы.
Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра «Источник». Дополнительные сведения об указании расположения источника см. на веб-странице http://go.microsoft.com/fwlink/?LinkId=243077.

Файл журнала DISM находится по адресу C:WINDOWSLogsDISMdism.log

В логах все ошибки ссылаются на код 0x800f081f

Пришло время для In-place Upgrade? Или пока рано?

Источник

When we start Server Manager on Server 2012 the flag lights up Red almost immediately with the error:

Configuration refresh failed with the following error: Invalid class. 

What we’ve tried so far:  

sfc /scannow  [reported no errors]

Dism /Online /Cleanup-Image /RestoreHealth [Completed to 100% ]

Get-windowsfeature returns: Invalid class

This is a file/print server, running DFS.   When running DFS Management from Server Manager we don’t see the Replication section at the bottom. 
We can run MMC and manually add DFS Management then Replication shows up. 

Where do I look to start diagnosing this error?

Раннее в заметке Восстановление WMI при ошибках Failed to initialize all required WMI classes — Invalid class or Invalid namespace мы уже рассматривали несколько способов исправления работы WMI на примере ОС Windows Server 2008 R2. В этой ОС проблема с WMI всплывала в той или иной степени у нас неоднократно и описанные методы помогали во всех случаях. Опыт использования ОС Windows Server 2012 R2 показывает, что подобные поломки WMI происходят реже, но всё же они случаются. Например, мы можем столкнуться с ситуацией, когда в консоли Server Manager перестаёт работать механизм управления ролями и возможностями Windows Server.

Так как попытка сбора информации и обновления статуса консоли завершается ошибкой «Configuration refresh failed with the following error: Invalid class»

Рассмотрим несложную процедуру исправления этой проблемы.

Запустим на проблемном сервере командную строку с правами Администратора и в каталоге %windir%System32 найдём все MOF-файлы во всех подкаталогах:

cd C:WindowsSystem32
dir /a /S *.mof

Для восстановления работоспособности консоли Server Manager нас интересует подкаталог %windir%System32wbemAutoRecover

Перейдём в этот каталог и выполним рекомпиляцию объектов WMI из всех вложенных в этот каталог MOF и MLF файлов:

cd C:Windowssystem32wbemAutoRecover
for /f %s in ('dir /b *.mof *.mfl') do mofcomp %s

Дождёмся окончания процесса…

Теперь попробуем перезапустить консоль Server Manager и удостоверимся в том, что обновление информации снова работает и нам снова доступно управление ролями и возможностями Windows Server.