Керування оновленнями кешувача оновлень SQL Server

Чи безпечно видаляти старі накопичувальні каталоги оновлень із %ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cacheпапок?

Принаймні ця публікація в блозі MSDN повідомляє залишити що-небудь на місці в цьому каталозі. Чи є де-небудь довідки або твердження про підтримку, які б говорили про те, що я можу чи не хочу цього робити?

Обгрунтування: Через сумнозвісну "додаткову модель обслуговування" для SQL Server, SP1 для SQL Server 2012 поки що побачив 9 накопичувальних версій оновлення. Update CacheКаталог зростає з кожним ТЗ встановлюється і в середовищах , де були встановлені всі CU , оскільки SP1, то на 9 Гб вже. Ми можемо додати ще 3 Гб для наступних 3 випусків МС до виходу наступного SP "пізніше цього року" . Оскільки оновлення є "накопичувальними", я намагаюся визначити, чи було б безпечно видалити всі, крім останнього каталогу накопичувальних оновлень, з кешу оновлень.

На одному сервері я, мабуть, не заважаю, але члени групи зберігання (яким ще не вдалося реалізувати дедуплікацію на основі зберігання) часто плачуть через зростаючі вимоги до пам’яті для примірників сервера SQL, і килим мого офісу вже просочується мокрим.

Ні, це не так: https://support.microsoft.com/en-us/kb/969052/en-us

Під час видалення файлів Windows Update я натрапив на щось подібне на машині Windows XP і по суті порушив мою установку .NET таким чином, щоб виправити повну перевстановку.

Я бачив на форумах Microsoft ще одну людину, яка планувала завантажувати файли в SAN для щоденного покращення продуктивності, а потім поступово переміщувати їх назад, якщо оновлення не вдалося. Однак вони не забезпечили подальші спостереження щодо повідомлень про успіх чи невдачу.