Cumulative Update (CU)

Cumulative Update (CU) to skumulowany pakiet poprawek SQL Server, łączący wcześniejsze aktualizacje w jedną instalację.

Cumulative Update w modelu aktualizacji SQL Server

Cumulative Update (CU) w Microsoft SQL Server jest pakietem poprawek wydawanym dla konkretnej wersji i gałęzi produktu. Aktualizacja ma charakter skumulowany, dlatego zawiera poprawki opublikowane wcześniej dla tej samej linii wydań, a także poprawki przygotowane od czasu poprzedniego pakietu. Instalacja nowszego CU nie wymaga instalowania wszystkich wcześniejszych CU po kolei. Numer CU nie jest jednak uniwersalny dla każdego SQL Servera: pakiet musi odpowiadać dokładnej wersji głównej, edycji oraz obsługiwanej architekturze instalacji.

CU może usuwać błędy silnika relacyjnej bazy danych, SQL Server Agent, usług Analysis Services, Integration Services, Reporting Services albo innych składników objętych danym pakietem. Zakres zależy od konkretnego wydania. Opis aktualizacji zawiera listę naprawionych problemów, numer artykułu KB, wymagania instalacyjne oraz numer kompilacji, który pojawi się po poprawnym zastosowaniu pakietu. Sama nazwa „CU” nie oznacza więc jednej poprawki, lecz zestaw zmian dystrybuowanych jako jedna aktualizacja serwisowa.

Numer kompilacji jako identyfikator zastosowanej poprawki

W SQL Server aktualny poziom poprawek można sprawdzić między innymi zapytaniem SELECT @@VERSION;. Wynik pokazuje informacje o wersji silnika, edycji, architekturze i numerze kompilacji. Do dokładniejszego odczytu właściwości serwera można użyć także SERVERPROPERTY('ProductVersion'), SERVERPROPERTY('ProductLevel') oraz SERVERPROPERTY('Edition'). Po instalacji CU numer kompilacji powinien odpowiadać wartości podanej w dokumentacji danego pakietu.

Nie należy identyfikować aktualizacji wyłącznie po dacie instalacji albo po nazwie pliku. Na jednym komputerze mogą działać różne instancje SQL Server, a każda z nich może mieć odmienny poziom poprawek. Osobno aktualizowane są również niektóre składniki współdzielone i narzędzia klienckie. Weryfikacja musi zatem obejmować właściwą instancję, usługę oraz element, którego dotyczy zgłaszany problem. Jeżeli numer kompilacji nie zmienił się zgodnie z oczekiwaniem, trzeba sprawdzić dziennik instalatora, kod zakończenia oraz raport wykrywania wcześniejszych wersji.

Przygotowanie i przebieg instalacji CU

Przed rozpoczęciem instalacji należy potwierdzić, że pakiet jest przeznaczony dla używanej wersji SQL Server. Istotne są między innymi numer wersji głównej, poziom wydania, architektura systemu oraz zainstalowane funkcje. Nie wolno zastępować CU dla SQL Server innym pakietem aktualizacyjnym przeznaczonym dla podobnego produktu. Dokumentacja Microsoft wskazuje także wymagania dotyczące systemu operacyjnego, uprawnień i składników, które mogą zostać zaktualizowane.

Instalator CU wykonuje wykrywanie instancji i składników, a następnie aktualizuje wybrane elementy. W zależności od zakresu zmian może być wymagane zatrzymanie usług SQL Server lub ponowne uruchomienie systemu. W czasie instalacji należy zachować dostęp do nośnika instalacyjnego, plików źródłowych i dzienników konfiguracji. W przypadku kilku instancji trzeba zweryfikować, czy zaznaczono właściwą instancję oraz czy wynik instalacji jest pozytywny dla każdego zaznaczonego składnika.

Aktualizacja nie zastępuje kopii zapasowych baz danych ani procedury odtwarzania. Przed zmianą poziomu kompilacji należy upewnić się, że istnieją aktualne kopie baz, baz systemowych i konfiguracji wymaganej do ponownego uruchomienia usługi. W środowisku testowym warto wykonać scenariusze obejmujące logowanie aplikacji, zapytania o największym obciążeniu, zadania SQL Server Agent oraz połączenia używane przez programy współpracujące z bazą.

Ocena skutków po aktualizacji

Po zakończeniu instalacji należy ponownie odczytać @@VERSION i porównać numer kompilacji z dokumentacją CU. Trzeba również sprawdzić stan usług, dostępność instancji, połączenia z bazami oraz wykonanie zaplanowanych zadań. Sam komunikat o pomyślnym zakończeniu instalatora nie potwierdza jeszcze poprawnego działania aplikacji korzystających z SQL Server. Kontrola powinna objąć dziennik SQL Server, Podgląd zdarzeń systemu Windows oraz logi aplikacji, szczególnie jeżeli aktualizacja była wykonywana w związku z konkretnym błędem.

W przypadku problemów trzeba rozdzielić błąd instalacji od błędu ujawnionego dopiero po zmianie kompilacji. Pomocne są: numer KB, dokładny numer builda przed i po aktualizacji, lista zaktualizowanych składników, czas wystąpienia problemu oraz treść komunikatów z logów. Nie należy usuwać plików diagnostycznych przed ich zabezpieczeniem. Jeżeli problem dotyczy kompatybilności, można porównać zachowanie na środowisku testowym i sprawdzić znane problemy opisane dla konkretnego CU. Diagnostyka i naprawa komputera, na którym działa SQL Server, powinna uwzględniać zarówno stan systemu Windows, jak i poprawność usług oraz komunikacji z instancją bazy danych.