wsus审批

㈠ 请教熟悉WSUS的大侠，关于审核更新时，被替换的补丁同时被审核的问题

通常，用于取代其他更新的更新具有以下一项或多项功能：

增强、改善或增加以前发布的一个或多个更新提供的修补程序。
提高其更新文件包（如果批准安装更新，则更新文件包会安装在客户端计算机上）的效能。例如，被取代的更新可能包含与修补程序或新的更新现在所支持的操作系统不再相关的文件，因此，取代更新的文件包中将不会包含此类文件。
更新产品的较新版本，换句话说，更新不适用于产品的早期版本或配置。在以扩展语言支持为目的做出修改时，也可能会发生更新取代。例如，对 Microsoft Office 产品更新的较新修订可能再支持较旧的操作系统，但增加了对初始更新版本中新语言的附加支持。

相反，被其他更新取代的更新具有以下功能：

修复与取代它的更新中相似的漏洞。但是，取代它的更新可能增强了该修补程序或修改了被取代更新提供对客户端计算机的适用性。
更新产品的早期版本或配置。

在 WSUS 控制台上，WSUS 更新页面明确注明了那些与早期版本具有被取代或取代关系的更新。详细信息 选项卡除了提供包含每个更新的详细信息的知识库链接之外，还包括更新的“被取代”和“取代”状态信息。

WSUS 不会自动拒绝被取代的更新，最好也不要认为有了新取代更新就应拒绝被取代更新。拒绝被取代更新前，请确保任何客户端计算机都不再需要该更新。在下列三种情况下，您可能还需要安装被取代更新：

取代更新仅支持较新版本的操作系统，但部分客户端计算机运行的仍是早期版本的操作系统。
与被取代更新相比，取代更新对适用性具有较多的限制，使其不适合某些客户端计算机。
由于出现新的变化，更新不再取代以前发布的更新。由于每次发布中都会有更改，所以某个更新有可能不再取代在早期版本中被其取代的更新。

wsus会自己判断。不用人工干预。

㈡ 讨论一下wsus如何审批补丁是最完整的

最近我也遇到这个问题，搜了各种网页看都无法获得能直接解决的答案。哪怕设置为前台也不行，建议你采取以下几个手段尝试：
1、如果有一台能自动的WSUS服务器，哪怕是3.0的老版本也行，设置你新搭的这台为下游服务器，连上去补丁；（如果以后勤快也可以用导出补丁再导入到你新建WSUS服务器上）
2、条件有限可以尝试先通过自动更新把本机的一些补丁打了，然后再使用WSUS里的补丁清理清理一下，再慢慢等。在某个网页仿佛看到一个网友回答说过安装一个什么证书更新后能解决这个问题？所以建议你先把本机的补丁先打了，实际上我后来也把补丁打了；
最后是我最近折腾后的一些经验，无法验证是否准确：通过上面的一些措施后即使能补丁，但是到一定时候也会停住，又不动了。包括之前那台正常能的低版本WSUS服务器（是从别人那用虚机导出来的），在我更改一下产品和分类一些后也停止了。这时我把同步计划修改为每天6次（频率可以更高些），过两天看确实动了一点点。我的想法是认为第一，微软服务器连接数可能较多，带宽忙的时候（并不表示你这边的带宽）抢的很厉害，如果你每天只同步一次，很难撞上服务器及时给你响应，所以调高同步计划的频率让它自己慢慢搬，确实很慢啊，甚至一天几十MB几百MB的速度。第二，有些补丁快，有些慢，就理解为源太少吧，BITS传输的机制我没研究过，反正给我就是这个感觉，不要一次设置太多分类和产品。
最后说一下我的环境windows2012的wsus服务器及windows2003+wsus3.0sp2。如果你有更好的方法也请告诉我，互相学习，共同进步！

㈢ 你好，关于在之前WSUS的问题中出现的”尚未下载此更新文件“最后是如何解决的谢谢。

你需要先 审批此更新

㈣ 讨论一下wsus如何审批补丁是最完整的

会呀，所以用WSUS，你可以选择验证的补丁不下发。这样就没问题了。每个补丁，都需要经过管理员的认证，才会向下推送的。而且，内部局域网更新地址，也经指向WSUS服务器。