Zgodność z Windows Server

Zgodność z Windows Server dotyczy wsparcia danej wersji systemu operacyjnego przez konkretne wydanie SQL Server.

Na czym polega zgodność SQL Server z Windows Server

Zgodność z Windows Server oznacza, że konkretna wersja silnika Microsoft SQL Server może zostać zainstalowana i uruchomiona na określonym wydaniu systemu Windows Server zgodnie z wymaganiami producenta. Nie wystarcza samo stwierdzenie, że oba produkty pochodzą od Microsoftu. Każda wersja SQL Server ma własną listę obsługiwanych systemów operacyjnych, architektur procesora, poziomów aktualizacji oraz dodatkowych składników systemowych.

W praktyce trzeba rozróżnić zgodność instalacyjną, zgodność uruchomieniową i zgodność wsparcia. Zgodność instalacyjna oznacza możliwość przejścia instalatora bez blokady systemowej. Zgodność uruchomieniowa dotyczy prawidłowej pracy usług Database Engine, SQL Server Agent, Integration Services lub innych wybranych komponentów. Zgodność wsparcia oznacza natomiast, że dana konfiguracja znajduje się w oficjalnie obsługiwanej macierzy, a problemy mogą być analizowane w ramach zasad wsparcia producenta.

Macierz wersji systemu i wydania silnika

Ocena zgodności wymaga zestawienia dwóch konkretnych numerów: wydania Windows Server oraz wersji SQL Server. Przykładowo SQL Server 2022 jest przeznaczony dla nowszych środowisk serwerowych i obsługuje systemy Windows Server 2016, Windows Server 2019 oraz Windows Server 2022 w konfiguracjach wskazanych przez Microsoft. SQL Server 2019 może działać między innymi na Windows Server 2012 R2, Windows Server 2016 i Windows Server 2019, natomiast możliwość użycia starszego lub nowszego systemu nie wynika automatycznie z samego podobieństwa numerów.

Znaczenie ma również edycja systemu Windows Server, na przykład Standard albo Datacenter, choć sama nazwa edycji nie zastępuje sprawdzenia wymagań konkretnego komponentu SQL Server. Instalator może dodatkowo wymagać odpowiedniej architektury 64-bitowej, aktualnych poprawek systemowych, określonego poziomu .NET Framework oraz działających usług systemowych. W przypadku instalacji na starszym wydaniu Windows Server problemem może być nie tylko brak obsługi całego SQL Server, lecz także brak obsługi pojedynczego składnika, takiego jak narzędzia klienckie, SQL Server Agent albo Integration Services.

Nie należy mylić zgodności systemu operacyjnego ze zgodnością poziomu bazy danych. Database Engine może zostać uruchomiony na obsługiwanym Windows Server, a sama baza może mieć określony poziom zgodności, na przykład 150 lub 160. Ten parametr wpływa na zachowanie części zapytań i optymalizatora, ale nie decyduje o tym, czy usługa SQL Server może zostać zainstalowana na danym systemie.

Weryfikacja środowiska przed instalacją lub migracją

Pierwszym krokiem jest odczytanie dokładnej wersji Windows Server, a nie tylko nazwy marketingowej systemu. W PowerShell można użyć polecenia Get-ComputerInfo, ograniczając wynik do właściwości dotyczących nazwy i wersji systemu, albo polecenia winver do sprawdzenia informacji prezentowanych przez system. Warto odnotować także architekturę systemu, zainstalowane aktualizacje oraz dostępne miejsce na woluminie przeznaczonym na pliki programu, baz danych, dzienniki i kopie zapasowe.

Po stronie SQL Server należy ustalić dokładne wydanie, numer główny, poziom aktualizacji oraz listę instalowanych funkcji. Numer SQL Server można odczytać po instalacji zapytaniem SELECT @@VERSION;. W przypadku istniejącej instancji trzeba dodatkowo sprawdzić stan usług, porty, konto usługi, dostępność folderów oraz konfigurację zapory. Sama instalacja zakończona komunikatem sukcesu nie potwierdza jeszcze poprawnego działania po restarcie ani możliwości połączenia z instancją.

Przy migracji należy sprawdzić również różnice między systemem źródłowym i docelowym. Aktualizacja Windows Server może zmienić dostępne składniki, zasady uruchamiania usług, ustawienia zabezpieczeń oraz sposób obsługi sterowników. Z kolei aktualizacja SQL Server może wymagać osobnego planu dla baz danych, loginów, zadań SQL Server Agent i połączeń aplikacyjnych. Jeżeli dana wersja SQL Server nie jest obsługiwana na docelowym Windows Server, właściwym rozwiązaniem jest dobranie wspieranej kombinacji wersji albo zaplanowanie kontrolowanej aktualizacji silnika.

Diagnostyka problemów zgodności w środowisku serwerowym

Objawem niezgodności może być zablokowanie instalacji przez reguły instalatora, brak uruchomienia usługi SQL Server, nieudana aktualizacja albo błędy podczas ładowania określonego komponentu. W pierwszej kolejności należy odróżnić problem zgodności od błędu konfiguracji. Informacje z instalatora znajdują się w dziennikach Setup Bootstrap, a bieżąca praca instancji jest opisywana między innymi w pliku ERRORLOG SQL Server oraz w Podglądzie zdarzeń Windows.

Ważne jest ustalenie, czy błąd występuje przed uruchomieniem usługi, podczas jej startu, czy dopiero przy próbie połączenia klienta. Usługa zatrzymująca się natychmiast po starcie może wskazywać na brak uprawnień, nieprawidłowe ścieżki plików, konflikt portu, uszkodzenie instalacji albo brak wymaganego składnika systemowego. Błąd połączenia sieciowego nie dowodzi natomiast niezgodności Windows Server z SQL Server, ponieważ może wynikać z wyłączonego protokołu TCP/IP, zapory lub nieprawidłowego numeru portu.

Podczas oceny konfiguracji należy korzystać z dokumentacji producenta dla konkretnej wersji SQL Server, a nie z ogólnych tabel dotyczących całej rodziny produktów. Istotne są także daty zakończenia wsparcia dla używanego wydania. Środowisko może nadal działać technicznie po zakończeniu wsparcia, lecz nie będzie już równoważne z konfiguracją pozostającą w aktywnie obsługiwanej macierzy. Końcowy wynik diagnostyki powinien wskazywać dokładną wersję Windows Server, dokładne wydanie SQL Server, zainstalowane komponenty, stwierdzony rodzaj zgodności oraz ewentualne różnice wymagające aktualizacji lub zmiany konfiguracji.