Jeśli nie planujesz odinstalować, czy można usunąć foldery Log i Update Cache w folderze Setup Bootstrap?


11

Mam kilka wersji SQL Server, używanych do testowania, zainstalowanych na moim laptopie (2012, 2014, 2016 i 2017). Zauważyłem pewnego dnia, że ​​w aktualizacjach znajdował się folder zawierający wcześniejsze wersje plików (SP, CU). We wszystkich wersjach zajmuje to naprawdę sporo miejsca:

(w C: \ Program Files (x86) \ Microsoft SQL Server \ )

110\Setup Bootstrap\Log - 91.8 MB (818 files)
110\Setup Bootstrap\Update Cache - 608 MB (2,382 files)

(wszystkie poniższe foldery znajdują się w: C: \ Program Files \ Microsoft SQL Server \ )

110\Setup Bootstrap\Log - 1.18 GB (3,715 files)
110\Setup Bootstrap\Update Cache - 9.58 GB (14,766 files)

120\Setup Bootstrap\Log - 569 MB (2,963 files)
120\Setup Bootstrap\Update Cache - 5.74 GB (12,797 files)

130\Setup Bootstrap\Log - 448 MB (2,808 files)
130\Setup Bootstrap\Update Cache - 3.84 GB (8,579 files)

140\Setup Bootstrap\Log - 84.3 MB (687 files)
140\Setup Bootstrap\Update Cache - 937 MB (1,571 Files)

Sumy dla tych folderów to (MB zostały znormalizowane do GB):

Folder          GB          Files
----------     -----        ------
Log             2.35        10,991
Update Cache   20.66        40,095

TOTAL          23.01        51,086

Początkowo pomyślałem, że powinno być bezpiecznie usunąć foldery Log i Update Cache , ale potem uznałem, że najlepiej najpierw sprawdzić, czy inni o to pytali, a jeśli tak, to jakie były odpowiedzi. Znalazłem ten artykuł KB:

Opis folderu aktualizacji pamięci podręcznej w programie SQL Server

który stwierdza:

Co się stanie, jeśli usuniesz ten folder lub usuniesz jego zawartość?

Jeśli folder pamięci podręcznej aktualizacji lub niektóre poprawki zostaną usunięte z tego folderu, nie będzie można odinstalować aktualizacji do wystąpienia programu SQL Server, a następnie przywrócić wcześniejszą kompilację aktualizacji. W takiej sytuacji wpisy Dodaj / Usuń programy wskazują na nieistniejące pliki binarne, dlatego proces odinstalowania nie działa. Dlatego firma Microsoft gorąco zachęca do zachowania nienaruszonego folderu i jego zawartości.

Ok. Nie mam planów, aby kiedykolwiek obniżyć wersję lub odinstalować SP lub CU, więc powinienem być w porządku, prawda? Cóż, istnieją inne odniesienia, takie jak ten:

Czy bezpiecznie jest usunąć folder „Update Cache”?

w którym ktoś odniósł się do następującego artykułu KB:

Jak przywrócić brakujące pliki pamięci podręcznej Instalatora Windows i rozwiązać problemy występujące podczas aktualizacji programu SQL Server

który stwierdza (podkreślenie dodane):

Podczas instalowania programu SQL Server Instalator Windows przechowuje krytyczne pliki w pamięci podręcznej Instalatora Windows (domyślnie C: \ Windows \ Instalator). Te pliki są wymagane do odinstalowywania i aktualizacji aplikacji.

Teraz ten konkretny artykuł wydaje się specyficzny dla folderu C: \ Windows \ Installer i nie mówię o usunięciu z tego folderu. Jednak ze względu na wzmiankę o możliwości niemożności zastosowania aktualizacji, najpierw chciałem uzyskać więcej informacji.

Czy ktoś wcześniej usunął te foldery, a przynajmniej tylko ich zawartość? Jeśli tak, czy były jakieś negatywne skutki? Te foldery tylko się powiększają. Właśnie zastosowałem łatki „Spectre / Meltdown” dla wszystkich czterech wersji, a sumy wzrosły o 3,65 GB i 6900 plików (końcowy wynik to liczby pokazane na powyższej tabeli).

Żeby było jasne, nie szukam, czy powinienem czy nie powinienem usunąć jednego lub obu z tych folderów; Szukam, czy mogę, czy nie mogę usunąć jednego lub obu (nie przerywając niczego poza możliwością odinstalowania / obniżenia wersji, którą już w konsekwencji akceptuję).

Odpowiedzi:


8

>> UWAGA OD: chociaż zaakceptowałem tę odpowiedź, pamiętaj, że nie jest ona rozstrzygająca, ponieważ nie przeprowadzono obszernych testów. Możliwe jest, że niektóre typy aktualizacji lub serie aktualizacji mogą mieć nieco inne wymagania itp. Na razie jednak nie ma dowodów ani informacji sugerujących inne zachowanie. <<


Testy te potwierdzają, że można usunąć zawartość pamięci podręcznej dziennika i aktualizacji w folderze dziennika Instalatora Bootstrap i nadal można zastosować przyszłe jednostki CU, GDR i SP.

Faza 1:

Jak podkreślono, wersja SQL Server to 12.0.5000 (SQL Server 2014 SP2) 1 :wprowadź opis zdjęcia tutaj

Następnie usuwam zawartość pamięci podręcznej dziennika i aktualizacji . Zobacz zrzut ekranu poniżej; wprowadź opis zdjęcia tutaj

Faza 2:

Teraz uruchamiam łatkę CU (10) dla dodatku SP2: https://www.microsoft.com/en-us/download/confirmation.aspx?id=53592 Powinno to doprowadzić wersję do 12.00.5571, jeśli się powiedzie. wprowadź opis zdjęcia tutaj

Jedyne, co widzę tutaj podczas instalacji, to to, że nie pobiera bieżącej wersji instancji. UWAGA: Widziałem to w wielu scenariuszach, które nie są z tym związane i instalacja zakończyła się powodzeniem. Teraz bardziej interesuje mnie, czy to się powiedzie: P

Faza 3

Instalacja zakończyła się pomyślnie, jak się spodziewałem, a SQL został załatany. Teraz wykonajmy kilka kontroli, aby zweryfikować zachowanie. Zobacz zrzut ekranu dla udanej instalacji i zauważyłem podświetloną na dole lokalizację nowego pliku podsumowania txt dla łatki. wprowadź opis zdjęcia tutaj

Najpierw połączmy się z SQL Server i obserwuj wersję. Na zrzucie ekranu tak, SQL Server ma teraz 12.0.5571, jak wspomniano wcześniej w teście. wprowadź opis zdjęcia tutaj

Teraz w końcu sprawdźmy, co dzieje się w folderach Log and Update Cache .

wprowadź opis zdjęcia tutaj Zauważamy, że tworzone są nowe foldery i pliki dla łatki, którą pomyślnie uruchomiliśmy. Jest to oczekiwane zachowanie konfiguracji SQL.

Można powiedzieć, że tak, możesz usunąć zawartość folderów Log i Update Cache w folderze Setup Bootstrap i nadal móc wykonywać przyszłe poprawki / uaktualnienia na SQL Server.

HTH ktoś :)


Niesamowite! Dzięki. Aby być jasnym, należałoby stwierdzić, że wniosek ten, choć być może w 100% poprawny, opiera się na empirycznych dowodach działania ubocznego / braku efektu ubocznego z minimalnych testów. Chodzi o to, że: bardziej szczegółowe testy mogłyby wykryć jeden lub więcej przypadków, w których wymagane były pliki w pamięci podręcznej aktualizacji (być może dodanie SP, a może niektórych CU, a może określonej kolejności zdarzeń?). Nadal zaakceptuję to, ponieważ szanse są o wiele większe, że jest to poprawne niż nie, ale tak naprawdę jest to rzetelna zgadywanka, a nie rozstrzygające dowody. Czułbym się lepiej z prostym ostrzeżeniem :-).
Solomon Rutzky

Tylko do waszej wiadomości: Zaakceptowałem tę odpowiedź, poszedłem dalej i zaktualizowałem ją, aby zamieścić ostrzeżenie na górze. Dzięki jeszcze raz.
Solomon Rutzky

0

Tak, możesz bezpiecznie usunąć, jeśli nie planujesz odinstalować aktualizacji SQL Server, możesz też przejrzeć mój test w tym poście na blogu

https://mkelsawy.blogspot.com/2019/08/DeleteUpdateCacheFolderinSQLServer.html


Witaj Mohamed i dziękuję za przesłanie odpowiedzi. Sprawdziłem Twój post na blogu i chociaż wydaje się to dobrym testem, nie zawiera żadnych nowych informacji, które nie są jeszcze objęte pytaniem. Na końcu mojego pytania oświadczam, że chcę wiedzieć, czy ten folder można usunąć „ bez naruszania niczego więcej niż możliwości odinstalowania / obniżenia wersji , co już w konsekwencji akceptuję”. Zakłada się, że niemożność odinstalowania aktualizacji jest konsekwencją. Chcę wiedzieć, czy są jakieś inne konsekwencje. Dzięki.
Solomon Rutzky

cześć solomon, Żadnych innych konsekwencji, bezpieczne do usunięcia bez uszkodzenia jakichkolwiek składników SQL Server.
Mohamed k.elsawy

Mohamed, dzięki. Ale na czym opiera się ta informacja / oświadczenie?
Solomon Rutzky
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.