Управление кэшем обновлений установщика SQL Server

11

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

По крайней мере, это сообщение в блоге MSDN говорит, чтобы что-нибудь оставалось в этом каталоге. Есть ли какое-либо упоминание или заявление о поддержке, говорящее, что я мог или не должен этого делать?

Обоснование. Из-за печально известной «модели инкрементного обслуживания» для SQL Server в пакете обновления 1 (SP1) для SQL Server 2012 до сих пор было 9 накопительных обновлений. Update CacheКаталог растет с каждым ТС устанавливается и в средах , где были установлены все CU , поскольку SP1, то на 9 Гб уже. У нас есть перспектива добавить еще 3 ГБ для следующих выпусков 3 CU до выхода следующего SP "в конце этого года" . Поскольку обновления являются "накопительными", я пытаюсь определить, безопасно ли удалять из каталога обновлений все, кроме самого последнего накопительного каталога обновлений.

Для одного сервера я, вероятно, не стал бы беспокоиться, но члены группы хранения (которым еще не удалось реализовать дедупликацию на основе хранилища) часто плачут из-за растущих требований к хранилищу для экземпляров сервера SQL, и ковер моего офиса уже промок.

sql-server 
— заместитель Wabbit
источник

Ответы:

1

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

Я столкнулся с чем-то похожим на компьютере с Windows XP при удалении файлов Центра обновления Windows, и по сути сломал мою установку .NET, что потребовало полной переустановки для исправления.

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

— Т. Дершайд
источник
1
Я предположил , что это было очевидно , что я не хочу , чтобы удалить все из кэша обновления , но только папки этих накопительных обновлений , которые были вытеснены новыми установками - то есть после установки SQL Server 2012 с пакетом обновления 1 CU13 папки для CU1-12. Я знаю, что возиться с кешами MSI опасно. После последней установки CU у установщика никогда не должно быть оснований для изучения старых CU, поскольку все содержится в последней по определению.
— the wabbit
Вы бы так подумали, а я так и думал. И по определению вы правы, и я тоже был прав. Я хочу сказать, что у меня была та же мысль, что и у вас, я переустанавливал последние CU, и это НЕ исправляло мои проблемы, и мой .NET оставался частично сломанным, поэтому действуйте осторожно, сделайте резервную копию и протестируйте тщательно.
— Т. Дершайд
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.