Sprawdzanie wersji SQL Server

Sprawdzanie wersji SQL Server pozwala ustalić poziom zainstalowanych poprawek bezpieczeństwa i funkcjonalnych.

Co obejmuje sprawdzanie wersji SQL Server

Sprawdzanie wersji SQL Server polega na ustaleniu nie tylko głównego wydania silnika, lecz także numeru kompilacji zainstalowanej instancji. Informacja ta pozwala rozróżnić między innymi SQL Server 2016, SQL Server 2017, SQL Server 2019 i SQL Server 2022, a następnie określić, jaki zestaw aktualizacji został zastosowany. Sam numer wersji produktu nie zawsze wystarcza do oceny stanu instalacji, ponieważ poprawki zbiorcze i aktualizacje zabezpieczeń zmieniają numer kompilacji bez zmiany głównego wydania.

W SQL Server należy odróżnić edycję produktu od jego wersji i kompilacji. Edycja określa wariant licencyjno-funkcjonalny, na przykład Express, Developer, Standard lub Enterprise. Wersja wskazuje generację silnika, natomiast kompilacja identyfikuje konkretny poziom aktualizacji. Podczas weryfikacji warto również ustalić, czy połączenie prowadzi do właściwej instancji, zwłaszcza gdy na jednym komputerze działa kilka instancji SQL Server albo gdy używana jest instancja nazwana.

Zapytania zwracające informacje o kompilacji

Najprostszym sposobem sprawdzenia wersji jest wykonanie w SQL Server Management Studio zapytania SELECT @@VERSION;. Zwraca ono tekst zawierający nazwę produktu, architekturę, wersję silnika oraz numer kompilacji. Wynik może być długi i obejmować także informacje o systemie operacyjnym, dlatego dobrze nadaje się do szybkiego rozpoznania środowiska, ale nie zawsze jest wygodny do automatycznego porównywania.

Do uzyskania poszczególnych właściwości można użyć funkcji SERVERPROPERTY. Przykładowe zapytanie ma postać SELECT SERVERPROPERTY('ProductVersion') AS ProductVersion, SERVERPROPERTY('ProductLevel') AS ProductLevel, SERVERPROPERTY('Edition') AS Edition, SERVERPROPERTY('ProductUpdateLevel') AS ProductUpdateLevel, SERVERPROPERTY('ProductUpdateReference') AS ProductUpdateReference;. Właściwość ProductVersion zwraca numer kompilacji, ProductLevel informuje o poziomie aktualizacji produktu, a Edition pokazuje jego edycję. W nowszych wydaniach właściwości ProductUpdateLevel i ProductUpdateReference pomagają rozpoznać zastosowaną aktualizację zbiorczą lub odwołanie do konkretnego pakietu.

Wynik trzeba interpretować w kontekście konkretnej generacji SQL Server. Ten sam schemat numeru kompilacji nie oznacza tego samego wydania w różnych generacjach, dlatego identyfikacja powinna obejmować zarówno nazwę produktu, jak i pełny numer wersji. Do sprawdzenia właściwości instancji można też wykorzystać widok sys.dm_os_host_info, ale nie zastępuje on informacji zwracanych przez SERVERPROPERTY. Najważniejszym źródłem danych o samym silniku pozostaje instancja, do której faktycznie nawiązano połączenie.

Wersja a poprawki bezpieczeństwa i zgodność aplikacji

Numer kompilacji jest istotny przy ocenie, czy SQL Server otrzymał wymagane poprawki bezpieczeństwa i funkcjonalne. Producent publikuje informacje o dostępnych aktualizacjach dla poszczególnych wersji produktu, a każda taka informacja odnosi się do określonych numerów kompilacji. Dlatego poprawna kontrola wymaga porównania odczytanego numeru z dokumentacją dotyczącą dokładnie tej samej generacji SQL Server i tej samej gałęzi aktualizacji.

Sprawdzenie wersji pomaga także analizować problemy ze zgodnością aplikacji. Program może wymagać określonej funkcji silnika, konkretnego poziomu sterownika albo odpowiedniego poziomu zgodności bazy danych. Poziom zgodności bazy, zwracany między innymi przez kolumnę compatibility_level w widoku sys.databases, nie jest tym samym co wersja instancji SQL Server. Baza może działać z niższym poziomem zgodności po migracji, a sama instancja może mieć nowszą kompilację. Te wartości należy sprawdzać oddzielnie, ponieważ pomieszanie ich prowadzi do błędnych wniosków dotyczących przyczyny problemu.

W praktyce warto zapisać nazwę instancji, nazwę produktu, edycję, pełny numer kompilacji, poziom aktualizacji oraz poziom zgodności używanej bazy. Przydatne jest również ustalenie daty wykonania odczytu, ponieważ kolejne aktualizacje mogą zmienić stan instalacji. Jeżeli wynik nie zgadza się z oczekiwaniami, należy sprawdzić, czy zapytanie wykonano z odpowiednimi uprawnieniami i czy narzędzie administracyjne łączy się z właściwym serwerem oraz właściwą instancją, a nie z innym środowiskiem dostępnym pod podobną nazwą.

Znaczenie wyniku podczas diagnostyki instalacji

Sam odczyt wersji nie naprawia SQL Server, ale stanowi podstawowy element diagnostyki. Pozwala ustalić, czy problem występuje na poziomie konkretnej kompilacji, niezgodnego poziomu zgodności bazy, nieaktualnych komponentów lub błędnego połączenia z instancją. W przypadku problemów z uruchamianiem aplikacji należy zestawić wynik sprawdzania wersji z komunikatem błędu, konfiguracją połączenia, nazwą bazy oraz wersją używanego sterownika. Bez tego łatwo przypisać problem silnikowi, mimo że przyczyna znajduje się w konfiguracji aplikacji albo w niewłaściwie wskazanej instancji.

Diagnostyka komputera, na którym zainstalowano SQL Server, może obejmować sprawdzenie usług systemu Windows, wpisów dziennika zdarzeń, dostępności portu, ustawień zapory oraz poprawności instalacji składników programu. W przypadku błędów aktualizacji należy zachować numer kompilacji przed i po instalacji, a także treść komunikatu instalatora. Takie dane umożliwiają rozróżnienie nieaktualnego silnika od uszkodzonej usługi, błędnych uprawnień lub problemu z połączeniem sieciowym. Wnioski powinny być formułowane na podstawie odczytanych wartości i dokumentacji właściwej dla danego wydania SQL Server.