Я знаю, что это старый пост, но я столкнулся с той же проблемой и перепробовал все, что смог найти в интернете по этому поводу. После работы с 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 на сервере.

Согласно ответу Акиры Умехары на эту тему, другое решение:

1. Перейдите в следующий каталог на поврежденном компьютере: C:\Windows\Microsoft.NET\Framework64\v2.0.50727\CONFIG
2. Скопируйте machine.config на всякий случай перед переходом к третьему шагу.
3. переименовывать machine.config в machine.config.old (в оригинальном каталоге: C:\Windows\Microsoft.NET\Framework64\v2.0.50727\CONFIG).
4. Перезагрузка (не всегда требуется, но обеспечивает чистый запуск).

NB. Вышеуказанное относится к операционным системам x64. Для x86, сделайте то же самое, только используя каталог: C:\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\,

У меня сложилось впечатление, что это работает только для ОС, еще не обновленных до.net Framework 4 был выпущен; хотя ничего не нашли явно, чтобы подтвердить это.

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

Проверьте эту тему. Звучит как испорченное обновление.

Заметив проблему и начальные выводы

У меня была такая же проблема на Windows Server 2008 R2; Я считаю, что вызвано неудачей Windows Update попытка; сбой из-за полного диска C.

• Освободите место на диске C
• Опробовал все методы, упомянутые здесь и в этом блоге, без радости (упоминание, поскольку они, возможно, частично решили проблему).
• Заметил, что .Net Verification Tool аварийно завершил работу при запуске на.net version = v4.
• Заметил это c:\windows\assembly отображал подпапки вместо стандартного представления GAC (возможно, из-за отсутствия desktop.ini, хотя я не осознавал в то время)
• Заметил, что некоторые приложения сообщают о пропавшей DLL (Microsoft.VisualStudio.OLE.Interop).

Шаги, чтобы исправить

• Запустил Windows Explorer в качестве администратора
• Скопировал GAC (c:\windows\assembly) с виртуальной машины, с которой этот сервер был первоначально клонирован, что обеспечивает создание отсутствующих файлов в GAC, но существующий контент остался неизменным (я обычно не рекомендовал бы это, но сервер не был жизненно важен, и все другие маршруты имели был исчерпан). NB: исходная виртуальная машина включала пропавшие Microsoft.VisualStudio.OLE.Interop DLL.
• Rebooted

Это решило несколько вопросов:

• GAC теперь отображается как ожидалось
• Проблема с отсутствующей DLL была решена (то есть библиотека была там; мы больше не видели исключений, связанных с этой DLL)
• .Net Verifier работал для всех версий.net; и сообщил все как здоровый.

Тем не менее, оригинальный вопрос (за вопрос) остался.

• Повторите приведенные ниже команды, чтобы снова удалить и снова добавить функцию.net 3.5:

  DISM /online /disable-feature /FeatureName:NetFx3
  DISM /online /enable-feature /FeatureName:NetFx3
  

• Сбой команды отключения; но включить успешно завершено

• Проблема была решена; предположительно, команда enable-feature как-то ударила что-то, пропущенное копией GAC, на место...

Ищите поврежденный оснастку и извлеките ключ после резервного копирования

Пример для планировщика заданий

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\FX:{c7b8fb06-bfe1-4c2e-9217-7a69a95bbac4}] и [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\FX:{c7b8fb07-bfe1-4c2e-9217-7a69a95bbac4}]

У меня была такая же ошибка несколько минут назад на одном из пяти одинаково установленных, и я только что обновил терминальные серверы Windows Server 2008 R2, и теперь он снова работает.

Все, что я сделал, это пошел в File > Options а затем я удалил около 460 КБ файлов, хранящихся в профиле пользователя, подтвердил диалог, закрыл MMC. После повторного открытия все снова работает нормально.