Gestione della cache degli aggiornamenti del programma di installazione di SQL Server


11

È sicuro eliminare le vecchie directory di aggiornamento cumulativo dalle %ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cachecartelle?

Almeno questo post sul blog MSDN dice di lasciare qualsiasi cosa in atto in questa directory. Esistono riferimenti di riferimento o di supporto che dicono che potrei o non dovrei farlo?

Motivazione: A causa del famigerato "modello di servizio incrementale" per SQL Server, SP1 per SQL Server 2012 ha finora visto 9 versioni di aggiornamento cumulativo. La Update Cachedirectory sta crescendo con ogni installazione di CU e in ambienti in cui ogni CU da SP1 è stata installata, è già a 9 GB. Abbiamo la prospettiva di aggiungere altri 3 GB per le prossime 3 versioni CU prima che il prossimo SP uscirà "entro la fine dell'anno" . Poiché gli aggiornamenti sono "cumulativi", sto provando a determinare se sarebbe sicuro eliminare tutti tranne la directory di aggiornamento cumulativo più recente dalla cache degli aggiornamenti.

Per un singolo server probabilmente non mi preoccuperei, ma i membri del team di archiviazione (che non sono ancora riusciti a implementare la deduplicazione basata su archiviazione) piangono frequentemente a causa dei crescenti requisiti di archiviazione per le istanze del server SQL e il tappeto del mio ufficio è già bagnato.

Risposte:


1

No, non lo è: https://support.microsoft.com/en-us/kb/969052/en-us

Mi sono imbattuto in qualcosa di simile su una macchina Windows XP durante l'eliminazione dei file di Windows Update e sostanzialmente ho rotto la mia installazione .NET in un modo che ha richiesto una reinstallazione completa per correggere.

Ho visto un'altra persona sui forum di Microsoft che stava pianificando di scaricare i file su una SAN per migliorare le prestazioni quotidiane, quindi spostarli indietro in modo incrementale se gli aggiornamenti fallivano. Tuttavia, non hanno fornito un seguito con messaggi di successo o fallimento.


1
Ho pensato che fosse ovvio che non volevo eliminare tutta la cache degli aggiornamenti ma solo le cartelle di quegli aggiornamenti cumulativi che sono stati sostituiti da nuove installazioni, ovvero dopo aver installato SQL Server 2012 SP1 CU13 le cartelle per CU1-12. Fare casino con le cache MSI è pericoloso, lo so. Dopo l'ultima installazione della CU, per l'installatore non dovrebbe mai esserci un motivo per esaminare le CU precedenti poiché tutto è contenuto nella più recente per definizione.
the-wabbit,

Lo penseresti, ed è quello che ho pensato. E, per definizione, hai ragione, e anche io avevo ragione. Quello che sto dicendo è che avevo esattamente la tua stessa idea, ho reinstallato le CU più recenti e questo NON ha corretto i miei problemi, e il mio .NET è rimasto parzialmente rotto, quindi cammina leggermente, esegui il backup e prova accuratamente.
T. Derscheid il
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.