我很难确定为什么我的Windows 10 Enterprise计算机突然无法运行事件查看器（MMC插件）。
它将启动，但会产生以下消息： MMC无法创建管理单元。该管理单元可能未正确安装。 名称：事件查看器 CLSID：FX：{b05566ad-fe9c-4363-be05-7a4cbb7cb510}
我尝试了所有常规搜索渠道和从Google搜索获得的建议，但都无济于事。有人在工作，建议对我的machine.config进行最近的更改可能导致此问题。事实证明他是对的。通过从我的machine.config中删除以下行，MMC现在能够像山羊一样运行头晕：
我从system.transactions节点中删除了 <machineSettings maxTimeout="00:00:00"/> 节点，现在事件查看器运行良好。
其他人在堆栈溢出时也遇到了类似的问题，并通过爆炸整个Microsoft.NET文件夹并用“工作机”（Windows Server 2008 R2: Cannot access event viewer, server manager, IIS7 CLSID:FX:{18ea3f92-d6aa-41d9-a205-2023400c8fbb}替换它来“解决”该问题，但是如果机器不同，则可能会引起问题已安装.NET框架。
本文首先是为帮助遇到此问题的其他人提供帮助，其次是在现场进行探查，看看是否有人可以解释.NET machine.config为什么会改变MMC插件的行为。
如果我错了，请纠正我，但我认为Event Viewer（仍为1.0版）是用C ++构建的，因此它不需要CLR库中的machine.config。那么，为什么更改machine.config或安装任何版本的.NET Framework都会引起问题（例如"MMC plugins (e.g. EventViewer) not working after installing .NET Framework V4.5.2"）？
如果有问题，我将运行.NET Framework v4.0.30319。修改后的machine.config文件位于C：\ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Config路径下。
答案 0 :(得分：0)
对“ MMC无法创建管理单元”的一种可能的修复。错误是检查您的.NET machine.config XML。就我而言，删除<machineSettings maxTimeout="00:00:00"/>标签可以解决此问题。这是我们的架构师为避免SQL事务超时而添加的标记，因此内部安装程序将运行完成。
最好还是知道为什么对machine.config的更改对事件查看器插件或Microsoft管理控制台很重要。