更新已获批准.安装设置为仅下载已批准的更新.这就是它现在正在做的事情.
所以,这需要一段时间.在此期间,我set up my group policies让我的客户了解这项新服务.
可悲的是,我的Windows 7测试客户端(刚刚安装)似乎没有任何可用的更新：
所以,现在我问自己,我的设置是否破了？或者我只需等待140GB下载才能全部正常运行.
我的测试客户端上的WindowsUpdate.log似乎告诉我正在使用我正确的服务器：
2012-05-19 15:44:25:523 944 43c AU ########### AU: Initializing Automatic Updates ########### 2012-05-19 15:44:25:523 944 43c AU # WSUS server: http://SRV-PDC
对于应该应用的更新数量,日志也很清楚：
2012-05-19 15:44:27:133 944 85c Agent * Found 0 updates and 61 categories in search; evaluated appl. rules of 174 out of 895 deployed entities ... 2012-05-19 15:44:27:149 944 754 AU # 0 updates detected
reportinges.log还表明没有可用的更新：
{6DB29978-5D20-4D80-9088-5F87D0CC3417} 2012-05-19 20:13:23:388+0200 1 147 101 {00000000-0000-0000-0000-000000000000} 0 0 AutomaticUpdates Success Software Synchronization Windows Update Client successfully detected 0 updates.
{03B0D7A7-A599-41CE-B583-F2870CEF4225} 2012-05-19 20:13:23:388+0200 1 156 101 {00000000-0000-0000-0000-000000000000} 0 0 AutomaticUpdates Success Pre-Deployment Check Reporting client status.
我想我的困惑归结为：WSUS可以在下载到服务器之前为客户提供更新吗？
事后来看,这是一个非常愚蠢的问题.
万一你正在拼命等待你的WSUS同步,所以你可以测试你的实验室或其他什么.我犯了一些错误,你可能无法做到.
初始同步
您的WSUS在同步之前不会下载任何内容.确保您的初始同步已经完成(并且实际上已经启动).
初始同步可能需要相当长的时间.我错误地在同步过程中关闭了服务器.它会在每天早上6点同步,但(实验室)服务器当时从未运行过.
所以我没有同步很长一段时间,没有下载任何东西.
赞同
请务必批准您的更新.未经批准的更新可能无法下载,也不会向任何客户提供.
BITS转移优先权
如果确保更新实际上已下载到服务器,则可以通过提高BITS的下载优先级来提高这些更新的下载速度.有关详细信息,请参阅KB922330和this technet article.还有这个excellent blog post总结了设置前台下载优先级.
但请注意,在生产环境中增加WSUS下载优先级可能会适得其反,因为它可能会使您的Internet连接饱和.
请记住,即使在为BITS设置前景优先级之后,考虑到我的潜在吞吐量,传输速度也远非最佳.