所以这就是情况。在我工作的地方，今天早上我们的7台服务器突然在使用自定义.NET PerformanceCounters的地方窒息（他们已经工作了好几个月）。特别是，即使计数器是单实例计数器，.NET也认为它们是多实例计数器，并且今天第一次引发异常。
没有推出新代码，但系统管理员在整个星期推出了几个补丁，然后在本周末重新启动它们（即问题开始时）。他们也没有很多关于他们安装的内容以及是否触及注册表的可用信息（不确定他们是否因为某些系统安全原因而不知道或不能说出来）。
我可以轻松地重建计数器（使用“lodctr / r”进行修复或“installutil”卸载/重新安装计数器）并再次运行，所以我的问题不是如何解决这个问题。
我的问题是，我想知道是否有任何方法可以分析损坏的机器（在市场营业时间之前将它们修复几个小时，直到那时才允许修改）看看它们是如何损坏的看看有什么违规的修改？
我知道windows / system32中有perf * .dat文件，当然还有本地机器/软件/ Microsoft / WindowsNt / CurrentVersion / Perflib / 9中的大注册表项，我看过这些，但不知道如何这些中的腐败可能导致它认为该类别的isntance类型完全不同......
如果有帮助，以下是已安装的补丁：
KB975558 KB2544893 KB2536276 KB2535512 KB2503665 KB2476490 KB2443105 KB2440591 KB2436673 KB978542 KB2423089 KB2416451 KB2387149 KB237811 KB2360937 KB2347290 KB2296199 KB979687 KB2124261 KB2229593 KB2296011 KB2286198 KB980436 KB981322 KB2259922 KB982132 KB982214 KB2121546 KB2115168