SQL Server安装程序更新缓存管理


11

%ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cache文件夹中删除旧的累积更新目录是否安全?

至少此MSDN博客文章告诉您将任何内容保留在此目录中。是否有任何参考或可支持性声明表明我可以或不能这样做?

原理:由于SQL Server 臭名昭著的“增量服务模型”,到目前为止,SQL Server 2012 SP1已有9个累积更新版本。该Update Cache目录随着每次安装CU以及在安装了SP1以来每个CU的环境中不断增长,已经为9 GB。我们有可能在下一个SP “今年晚些时候”发布之前为接下来的3个CU版本再增加3 GB 。由于更新是“累积的”,因此我试图确定从更新缓存中删除除最新的累积更新目录以外的所有目录是否安全。

对于单个服务器,我可能不会打扰,但是存储团队成员(尚未设法实现基于存储的重复数据删除)经常哭泣,因为SQL Server实例的存储需求不断增长,而我的办公室已经开始湿透了。

Answers:


1

不,不是:https : //support.microsoft.com/en-us/kb/969052/en-us

删除Windows Update文件时,我在Windows XP计算机上遇到了类似问题,并且从本质上中断了.NET安装,这种安装需要完全重新安装才能纠正。

我在Microsoft论坛上看到另一个人,他打算将文件卸载到SAN上以提高日常性能,然后在更新失败时将其增量移回。但是,他们没有提供有关成功或失败消息的跟进。


1
我认为很明显,我不想删除所有的的更新缓存,但它已被取代由新安装的累积更新的只是文件夹-即安装SQL Server 2012 SP1的CU13文件夹CU1-12后。我知道,处理MSI缓存很危险。在最新的CU安装之后,对于安装程序,永远都没有理由研究较旧的CU,因为按照定义,所有内容都包含在最新的CU中。
2015年

您会认为,这就是我的想法。而且,根据定义,您是对的,我也是对的。我的意思是,我的想法与您完全一样,我重新安装了最新的CU,但这并不能解决我的问题,并且.NET仍然部分损坏,因此请轻描淡写,备份并测试彻底
T. Derscheid 2015年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.