看来WSUS不够聪明，无法知道哪些更新实际上适用于Windows Server Core安装。 例如，WSUS希望安装Server 2012 R2更新（ KB2919355 ），但是它失败了（不过它没有KB2919355就没有成功）。而WSUS认为，这个服务器还需要更新14个。 其中四个是Silverlight。
现在，我不知道Core版本是否需要Silverlight（这是讽刺），也不知道Core / Core是否需要最新的8.1 / 2012 R2“更新”（不是讽刺），但表面上看起来不合适。
我宁愿不要让这个服务器的生命不断地需要14+更新和1+失败的更新。
如何处理这个问题的思考？ 我感到有点惊讶的是，由于这是他们所推动的，MS没有更好地处理Core上的更新。
更新
我学到了一些东西。
我的build议是：
这应该让你开始。
我在服务器核心安装上成功安装了KB2919355。
您不能拒绝一个计算机组的更新，据我所知：您只能批准它。 未经批准的更新仍显示为失败或需要。
如果这确实困扰着你，那么你有几种select可供select，但这些select都不容易或简单，但有些人认为它们是值得的：
生成分离服务器和工作站的WSUS服务器。
隐藏界面中的列并使用更新类别来查看重要更新是否未应用于您的系统。
拒绝有问题的更新，并将其重新引入为本地发布的更新。 为他们提供与原始更新不同的检测逻辑，这样您就可以制定适合您环境的检测逻辑。
注意事项：这将需要使用SCCM / SCUP或LUP或WSUSPackagePublisher等第三方工具，或者学习WSUS API并开发自己的发布更新方法。 这也意味着你将不得不研究正确的安装命令和检测方法来更新你希望以这种方式否决。
增加的好处：这将有更多的控制你的环境中的软件，因为你可以pipe理更新如何安装，可能有奇怪的副作用。 另外，您实际上可以使用此方法pipe理不仅仅是Microsoft产品; 我已经使用它来为一个中型企业中的每个用户应用程序提供更新。 还有一些公司为第三方应用程序提供更新以用于WSUS。 例如，Adobe通过其目录为至lessAcrobat，Reader和Flash Player提供更新。
注意事项：这也将要求您深入了解WSUS的内部工作原理，或使用第三方工具/脚本/解决scheme来为您提供所需的信息。
增加的好处：这个提供的灵活性可能会让您惊叹：您可以通过报告来回答您提出的WSUS问题，而不是解决报告包中提供的问题。