微软SCOM导致一些Web应用程序崩溃，但是补丁依然解决不了问题！

System Center监控软件居然与微软自家的.Net无法兼容；而更要命的是，78天过后问题依旧！

早在今年3月份的时候，微软就发布过警告：“SCOM 2016 Agent中的APM（应用程序性能监控）功能可能会导致在.NET 2.0运行时环境下运行的IIS Application Pool崩溃。”内容详见https://blogs.technet.microsoft.com/momteam/2017/03/21/apm-feature-in-scom-2016-agent-may-cause-a-crash-for-the-iis-application-pool-running-under-net-2-0-runtime/。IIS Applications Pools改善了Web应用程序的可靠性。

微软当时写道：“SCOM 2016 Agent的APM代码里面有几个回调（callback），使用了与.NET 2.0运行时环境不兼容的内存分配机制；如果以后以某一种方式访问该内存，就有可能引发问题。”

针对该问题的补丁本应出现在5月底发布的SCOM 2016更新汇总2（SCOM 2016 Update Rollup 3）中。

可是到5月31日，微软却承认“该补丁似乎无法全面解决这个问题。”

6月6日周二，这家公司表示自己“在积极工作，以期解决这个问题；很快就会发布热修复程序（hotfix）。”

按英国IT网站The Register估算，从当初发布表明这个问题的新闻，到周二微软表示还是没有想出解决问题的这个问题，之间整整过去了78天。

幸好应用程序性能监控眼下不是个热点。不过，APM长期以来就是个热点，思科收购AppDynamics以及The Register遇到的每一家公司都在畅谈了解应用程序的状态及其对经营业绩的影响有多重要就表明了这个事实。

微软已指出了解决这个问题的变通方法，不过一些方法需要关闭APM。还有一个方法会导致SharePoint管理员控制台崩溃。

对一些SCOM用户来说，“很快”也许不会马上到来。或者对微软来说，情况也是如此，因为将Web应用程序搞成一团糟的旷日持久的故障正是企业平台本不该出现的那种问题。

这回微软可是丢脸丢到家了。

相关阅读：

中高端IT圈人群，欢迎加入！