Gestion du cache de mise à jour du programme d'installation de SQL Server

11

Est-il sûr de supprimer les anciens répertoires de mise à jour cumulative des %ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cachedossiers?

Au moins, ce billet de blog MSDN dit de laisser quoi que ce soit en place dans ce répertoire. Existe-t-il une référence ou une déclaration de prise en charge indiquant que je peux ou ne dois pas faire cela?

Justification: En raison du fameux «modèle de service incrémentiel» pour SQL Server, le SP1 pour SQL Server 2012 a jusqu'à présent vu 9 mises à jour cumulatives. Le Update Cacherépertoire grandit à chaque installation de CU et dans les environnements où chaque CU depuis le SP1 a été installé, il est déjà à 9 Go. Nous avons la perspective d'ajouter 3 Go supplémentaires pour les 3 prochaines versions de CU avant la sortie du prochain SP "plus tard cette année" . Étant donné que les mises à jour sont "cumulatives", j'essaie de déterminer s'il serait sûr de supprimer tout sauf le dernier répertoire de mise à jour cumulative du cache de mise à jour.

Pour un seul serveur, je ne le dérangerais probablement pas, mais les membres de l'équipe de stockage (qui n'ont pas encore réussi à implémenter la déduplication basée sur le stockage) pleurent souvent en raison des exigences de stockage croissantes pour les instances de serveur SQL et le tapis de mon bureau est déjà trempé.

sql-server le-wabbit
la source

Réponses:

1

Non, ce n'est pas le cas: https://support.microsoft.com/en-us/kb/969052/en-us

J'ai rencontré quelque chose de similaire sur une machine Windows XP lors de la suppression des fichiers Windows Update et j'ai essentiellement cassé mon installation .NET d'une manière qui nécessitait une réinstallation complète pour corriger.

J'ai vu une autre personne sur les forums Microsoft qui prévoyait de décharger les fichiers sur un SAN pour une amélioration des performances au jour le jour, puis de les reculer progressivement si les mises à jour échouaient. Cependant, ils n'ont pas fourni de suivi des messages de réussite ou d'échec.

T. Derscheid
la source
1
J'ai supposé qu'il était évident que je ne voulais pas supprimer tout le cache de mise à jour mais seulement les dossiers de ces mises à jour cumulatives qui ont été remplacées par de nouvelles installations - c'est-à-dire après l'installation de SQL Server 2012 SP1 CU13 les dossiers pour CU1-12. Jouer avec les caches MSI est dangereux, je le sais. Après la dernière installation de CU, pour l'installateur, il ne devrait jamais y avoir de raison d'examiner les anciennes CU car tout est contenu dans la dernière par définition.
le-wabbit
On pourrait penser ça, et c'est ce que je pensais. Et, par définition, vous avez raison, et j'avais raison aussi. Ce que je dis, c'est que j'avais exactement la même pensée que vous, j'ai réinstallé les dernières CU, et cela n'a PAS corrigé mes problèmes, et mon .NET est resté partiellement cassé, alors marchez légèrement, sauvegardez-le et testez complètement.
T. Derscheid