Aktualizacja SQL Server Instalator Zarządzanie pamięcią podręczną

11

Czy bezpiecznie jest usunąć stare katalogi aktualizacji zbiorczej z %ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cachefolderów?

Przynajmniej ten post na blogu MSDN mówi o pozostawieniu czegokolwiek na miejscu w tym katalogu. Czy jest jakieś odniesienie lub oświadczenie dotyczące wsparcia, które mówi, że mogę lub nie mogę tego zrobić?

Uzasadnienie: Ze względu na niesławny „model usługi przyrostowej” dla programu SQL Server, dodatek SP1 dla programu SQL Server 2012 do tej pory widział 9 wydań aktualizacji zbiorczej. Update CacheKatalogu rośnie z każdym CU zainstalować w środowisku, w którym został zainstalowany każdy z CU od SP1, to już w 9 GB. Mamy nadzieję, że dodamy kolejne 3 GB na kolejne 3 wydania CU, zanim następny SP zostanie wydany „jeszcze w tym roku” . Ponieważ aktualizacje mają charakter „kumulacyjny”, próbuję ustalić, czy bezpiecznie byłoby usunąć wszystkie oprócz najnowszego katalogu aktualizacji zbiorczej z pamięci podręcznej aktualizacji.

W przypadku pojedynczego serwera prawdopodobnie nie zawracałbym sobie głowy, ale członkowie zespołu magazynu (którzy nie zdołali jeszcze wdrożyć deduplikacji opartej na magazynowaniu) często płaczą z powodu rosnących wymagań dotyczących pamięci dla instancji serwera SQL, a dywan w moim biurze jest już mokry.

the-wabbit
źródło

Odpowiedzi:

1

Nie, to nie jest: https://support.microsoft.com/en-us/kb/969052/en-us

Natrafiłem na coś podobnego na komputerze z systemem Windows XP podczas usuwania plików Windows Update i zasadniczo zepsułem moją instalację .NET w sposób, który wymagał pełnej ponownej instalacji w celu poprawienia.

Widziałem inną osobę na forach Microsoft, która planowała rozładować pliki do sieci SAN w celu codziennej poprawy wydajności, a następnie stopniowo je cofać, jeśli aktualizacje się nie powiodą. Nie dostarczyły jednak dalszych informacji o sukcesach lub niepowodzeniach.

T. Derscheid
źródło
1
Sądziłem, że to oczywiste, że nie chcą, aby usunąć wszystko z aktualizacji Cache ale tylko foldery tych zbiorczych aktualizacji, które zostały zastąpione przez nowe instalacje - to znaczy po zainstalowaniu SQL Server 2012 SP1 CU13 foldery dla CU1-12. Wiem, że mieszanie się z pamięciami podręcznymi MSI jest niebezpieczne. Po najnowszej instalacji CU dla instalatora nigdy nie powinno być powodu, aby patrzeć na starsze CU, ponieważ wszystko z definicji jest zawarte w najnowszej.
the-wabbit
Tak byś pomyślał i tak myślałem. I z definicji masz rację, a ja też miałem rację. Mówię, że miałem dokładnie tę samą myśl, co Ty, ponownie zainstalowałem najnowsze CU, i to NIE naprawiło moich problemów, a mój .NET pozostał częściowo uszkodzony, więc podejdź lekko, zrób kopię zapasową i przetestuj całkowicie.
T. Derscheid