时间:2016-09-20 来源:win10官网 游览量: 次
不太直接相关的博客文章但还是一个需要注意那些重置Windows更新缓存的数据库。刚才提的是,这是另一个Windows更新的烦恼,而不是一个灾难性的事件,我将在下面描述。
重置℃之后: WINDOWS SoftwareDistribution文件夹,这是Windows更新一个共同的修复过程,一些初始同步可能会失败。这是记录与内部WSUS服务器或者独立或作为系统中心配置管理器的一部分发生,但我怀疑,而对常规的Windows更新扫描上网。它可能发生
似乎有200个所谓的数量的硬编码限制游到更新服务器,而如果超过,svchost.exe的扫描退出,但它从上次在重建SoftwareDistribution数据库,为C的过程,其中重新启动: WINDOWS SoftwareDistribution 数据存储,则.ebd文件和相关事务日志和其他文件在那里。
“作为一个长期的修复。目前,我们正在研究所有可用的选项,并希望能有一个更加永久性的修复地方的道路。我会尽量发布更多信息返回给这个博客时信息可用“。
该博客是自2008年,我遇到了这个问题,现在,在2016年8月完全修补Windows7和完全补丁的Windows 2012 R2服务器作为WSUS。
我相信,在我的情况下,它涉及到进口,从Microsoft Update目录几个司机在WSUS(是的,我做了很多不寻常的事情,大多数人甚至不知道有这样的事情),这可能会超出一定的自在文件长度,但我现在正在做-imposed微软限制是完全支持和“应该”的工作。
在文章中提到的另一件事是关于一个组策略设置的扫描间隔。设置自动时,默认的扫描时间大约是22小时-20%的范围内随机。通过配置组策略中,间隔可以设置1小时和22小时,再次用-20%随机化。
该组策略是在Windows7完美的功能时,Windows 2012 R2和任何其他版本的支持,但它不是在Windows10的工作另一个bug追你伍迪!我还没有看到它提到的其他地方,但它是真实的。我认为,它可能通过修改某个计划任务现在将触发Windows Update服务在Windows 10是固定的,但这应该工作的开箱,通过组策略被设置。对于windows7的更新我们拭目以待.