SQL Server Installer Update Cache-Verwaltung

11

Ist es sicher, die alten kumulativen Update-Verzeichnisse aus den %ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update CacheOrdnern zu löschen ?

Zumindest dieser MSDN-Blog-Beitrag weist Sie an, alles in diesem Verzeichnis zu belassen. Gibt es irgendwo eine Referenz oder Unterstützungserklärung, die besagt, dass ich das tun könnte oder nicht?

Begründung: Aufgrund des berüchtigten "inkrementellen Servicemodells" für SQL Server wurden in SP1 für SQL Server 2012 bisher 9 kumulative Update-Versionen veröffentlicht. Das Update CacheVerzeichnis wächst mit jeder CU-Installation und in Umgebungen, in denen jede CU seit der Installation von SP1 bereits 9 GB groß ist. Wir haben die Aussicht, weitere 3 GB für die nächsten 3 CU-Versionen hinzuzufügen, bevor der nächste SP "später in diesem Jahr" veröffentlicht wird . Da die Updates "kumulativ" sind, versuche ich festzustellen, ob es sicher ist, alle bis auf das neueste kumulative Update-Verzeichnis aus dem Update-Cache zu löschen.

Für einen einzelnen Server würde ich mich wahrscheinlich nicht darum kümmern, aber die Mitglieder des Speicherteams (die es noch nicht geschafft haben, eine speicherbasierte Deduplizierung zu implementieren) weinen häufig wegen der wachsenden Speicheranforderungen für SQL Server-Instanzen und der Teppich meines Büros ist bereits klatschnass.

sql-server the-wabbit
quelle

Antworten:

1

Nein, das ist nicht: https://support.microsoft.com/en-us/kb/969052/en-us

Beim Löschen von Windows Update-Dateien stieß ich auf einem Windows XP-Computer auf etwas Ähnliches und brach meine .NET-Installation im Wesentlichen so ab, dass eine vollständige Neuinstallation zur Korrektur erforderlich war.

Ich habe in den Microsoft-Foren eine andere Person gesehen, die vorhatte, die Dateien zur täglichen Leistungsverbesserung in ein SAN zu verlagern und sie dann schrittweise zurückzuschieben, wenn Aktualisierungen fehlschlugen. Sie lieferten jedoch kein Follow-up mit Erfolgs- oder Fehlermeldungen.

T. Derscheid
quelle
1
Ich nahm an, es war offensichtlich , dass ich nicht löschen wollte alle des Update - Cache , sondern nur die Ordner dieses kumulativen Updates , die durch neue Anlagen ersetzt worden ist - also nach SQL Server 2012 SP1 CU13 die Ordner für CU1-12 installieren. Das Spielen mit den MSI-Caches ist gefährlich, das weiß ich. Nach der letzten CU-Installation sollte es für das Installationsprogramm keinen Grund geben, sich mit den älteren CUs zu befassen, da per Definition alles in der neuesten enthalten ist.
The-Wabbit
Das würdest du denken, und das habe ich mir gedacht. Und per Definition hast du recht, und ich hatte auch recht. Was ich sage ist, ich hatte genau die gleichen Gedanken wie Sie, ich habe die neuesten CUs neu installiert, und das hat meine Probleme NICHT behoben, und mein .NET blieb teilweise kaputt, also treten Sie leicht, sichern Sie es und testen Sie gründlich.
T. Derscheid