Оснастка MMC не загружает большинство процессов и выдает ошибку в Windows 2008R2 x64. Это дает ошибку:
MMC не может создать оснастку. CLSID: FX: {18ea3f92-d6aa-41d9-a205-2023400c8fbb} при открытии менеджера сервера.
Это также приводит к аналогичным ошибкам при открытии окна просмотра событий и т.д. Я думаю, что .NET Framework не работает, но я не могу точно определить причину. Кто-нибудь еще видел эту проблему? У меня есть dmp-файл mmc.exe, но я не смог извлечь из него ничего значимого.
Я знаю, что это старый пост, но я столкнулся с той же проблемой и перепробовал все, что смог найти в интернете по этому поводу. После работы с 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
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\Policy\v2.0 - 50727 = 50727-50727Улей компонентов и схемы выгружен после нескольких перезагрузок
Трассировка IDNA, которую мы собрали, показала, что мы потерпели неудачу из-за неверного указателя на функцию, наиболее вероятно возвращаемого компонентом .net. После применения обновления https://support.microsoft.com/en-us/kb/2688730 и перезагрузки проблема исчезла, что указывает на наличие сломанного / поврежденного компонента .net на сервере.
Ищите поврежденный оснастку и извлеките ключ после резервного копирования
Пример для планировщика заданий
[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} ]
Согласно ответу Акиры Умехары на эту тему, есть и другое решение:
C:\Windows\Microsoft.NET\Framework64\v2.0.50727\CONFIGmachine.config на рабочий стол на всякий случай, прежде чем перейти к третьему шагу.machine.config в machine.config.old (в исходном каталоге: C:\Windows\Microsoft.NET\Framework64\v2.0.50727\CONFIG).NB. Вышесказанное относится к операционным системам x64. Для x86, сделайте то же самое, только используя каталог: C:\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\ .
У меня сложилось впечатление, что это работает только для ОС, еще не обновленных до .net Framework 4 был выпущен; хотя ничего не нашли явно, чтобы подтвердить это.
У меня была такая же проблема на Windows Server 2008 R2 ; Я полагаю, что это вызвано неудачной попыткой Windows Update ; сбой из-за полного диска C.
c:\windows\assembly отображает подпапки вместо стандартного представления GAC (возможно, из-за отсутствия desktop.ini, хотя я не осознавал в то время)Microsoft.VisualStudio.OLE.Interop).c:\windows\assembly) с виртуальной машины, с которой этот сервер был первоначально клонирован, гарантируя, что отсутствующие файлы были созданы в GAC, но существующий контент остался неизменным (я обычно не рекомендовал бы это; но сервер не был жизненно важен, а все остальные маршруты были исчерпаны). NB. Исходная виртуальная машина включала отсутствующий Microsoft.VisualStudio.OLE.Interop DLL.Это решило несколько вопросов:
Тем не менее, оригинальный вопрос (за вопрос) остался.
Повторите приведенные ниже команды, чтобы снова удалить и снова добавить функцию .net 3.5:
DISM /online /disable-feature /FeatureName:NetFx3
DISM /online /enable-feature /FeatureName:NetFx3
Сбой команды отключения; но включить успешно завершено
Проверьте эту тему. Звучит как испорченное обновление.
У меня была та же проблема, но она работала очень хорошо, когда я удалил .Net 3.5 из моей системы, и просто этим удалением все вернулось в норму ... это выглядело как проблема с самим .net, я не пытался установить 3.5 снова, когда я сделаю это обновит поток
У меня была такая же ошибка несколько минут назад на одном из пяти одинаково установленных, и я только что обновил терминальные серверы Windows Server 2008 R2, и теперь он снова работает.
Все, что я сделал, это зашел в File > Options а затем я удалил около 460 КБ файлов, хранящихся в профиле пользователя, подтвердил диалог и закрыл MMC. После повторного открытия все снова работает нормально.