SQL Serverインストーラーの更新キャッシュの管理

古い累積更新ディレクトリを%ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cacheフォルダから削除しても安全ですか？

少なくともこのMSDNブログ投稿では、このディレクトリに何も残さないように指示しています。私がそれをすることができた、またはしてはいけないことを伝える参照またはサポート可能性の声明はどこにもありますか？

理由：SQL Server の悪名高い「インクリメンタルサービスモデル」により、SQL Server 2012のSP1では、これまでに9つの累積的な更新リリースが確認されています。Update Cacheディレクトリには、各CUに成長してインストールし、SP1以降の各CUがインストールされている環境では、それはすでに9ギガバイトです。次のSPが「今年」リリースされる前に、次の3つのCUリリースにさらに3 GBを追加する見込みです。更新は「累積」であるため、更新キャッシュから最新の累積更新ディレクトリ以外をすべて削除しても安全かどうかを判断しようとしています。

単一のサーバーについては、私はおそらく気にしませんが、SQLサーバーインスタンスのストレージ要件の増大と私のオフィスのカーペットはすでに濡れているため、ストレージチームのメンバー（ストレージベースの重複排除をまだ実装できていない）は頻繁に泣いています。

いいえ、そうではありません：https : //support.microsoft.com/en-us/kb/969052/en-us

Windows Updateファイルを削除するときに、Windows XPマシンで似たような問題に遭遇し、修正するには完全な再インストールが必要な方法で.NETインストールを本質的に中断しました。

Microsoftのフォーラムで、日々のパフォーマンス向上のためにファイルをSANにオフロードし、更新が失敗した場合に徐々にファイルを戻すことを計画している別の人を見かけました。ただし、成功メッセージまたは失敗メッセージのフォローアップは提供しませんでした。