Я знаю, что это старый пост, но я столкнулся с той же проблемой и перепробовал все, что смог найти в интернете по этому поводу. После работы с Microsoft в течение 3 дней мы нашли исправление. Пожалуйста, см. Ниже для всех шагов, которые были выполнены, и, наконец, что решило проблему. Это было для машины Server 2008R2:
симптомы
MMC не может создать оснастку. Оснастка может быть установлена неправильно.
Имя: Диспетчер серверов
CLSID: FX: {18ea3f92-d6aa-41d9-a205-2023400c8fbb}
Имя: Просмотр событий
clsid: fx: {b05566ad-fe9c-4363-be05-7a4cbb7cb510} Просмотрщик событий
Имя: Планировщик задач
clsid: fx: {c7b8fb06-bfe1-4c2e-9217-7a69a95bbac4} Планировщик задач
Имя: Брандмауэр Windows в режиме повышенной безопасности
clsid: fx: {b05566ac-fe9c-4368-be02-7a4cbb7cbe11} брандмауэр Windows в режиме повышенной безопасности
Информация о сервере
Microsoft Server 2008R2 SP1
HP ProLiant DL380G6
разрешение
- Заменен
C:\Windows\Microsoft.NET\Framework64\v2.0.50727\CONFIG\machine.config
с известным рабочим файлом
Заменена вся папка C:\Windows\Microsoft.NET\Framework64\v2.0.50727\CONFIG\
на известную рабочую папку
Запустил средство готовности обновления системы для Server 2008 - все отчеты возвращались без ошибок
Запустил c:\Windows\Microsoft.NET\Framework\v3.5\WFServicesReg.exe /r /b
sfc /scannow
был запущен, вернулся чистый
Запустил .NET Verifier на всех версиях .NET, все вернулось успешно проверено
Переустановил .NET 3.5 через CLI:
DISM /online /disable-feature /FeatureName:NetFx3
DISM /online /enable-feature /FeatureName:NetFx3
Удалены ключи реестра:
HKLM\ Программное обеспечение \ Microsft \ OLE \ MachineAccessRestriction HKLM \ Программное обеспечение \ Microsft \ OLE \ MachineLaunchRestriction
Перезапущена служба «Запуск запуска сервера DCOM»
Замененные файлы dsadmin.dll
и dssite.msc
расположенные по адресу C:\Windows\winsxs\x86_microsoft-windows-d..mc-sitesandservices_31bf3856ad364e35_6.1.7601.17514_none_a143f244c78549c1
с версией с хорошим знанием
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMCSnapIns\FX{b05566ad-fe9c-4363-be05-7a4cbb7cb510}\RuntimeVersion
, изменение значения с v2.0.40607
на v2.0.50727
Окончательное решение от Microsoft:
- Стек обслуживания операционной системы был чистым, как сообщалось в выводе Sfc
- Деинсталляция / переустановка Visual C++ 2005/2008/2010 с перезагрузкой исключила компоненты библиотеки Visual C++
- Политика .Net имела правильное значение в разделе
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\Policy\v2.0
- 50727
= 50727-50727
- Удаление McAfee не помогло даже после перезагрузки.
Улей компонентов и схемы выгружен после нескольких перезагрузок
Трассировка IDNA, которую мы собрали, показала, что мы потерпели неудачу из-за неверного указателя на функцию, наиболее вероятно возвращаемого компонентом .net. После применения обновления https://support.microsoft.com/en-us/kb/2688730 и перезагрузки проблема исчезла, что указывает на наличие сломанного / поврежденного компонента .net на сервере.