Build number w rejestrze

Build number w rejestrze to wpis konfiguracyjny identyfikujący konkretną wersję instalacji SQL Server w systemie Windows.

Rola numeru kompilacji w instalacji SQL Server

Build number, czyli numer kompilacji, oznacza konkretny poziom wydania komponentu SQL Server zainstalowanego w systemie Windows. Nie jest to nazwa instancji ani numer wersji systemu Windows. Numer kompilacji pozwala rozróżnić wydanie bazowe SQL Server od późniejszych aktualizacji, takich jak Service Pack, Cumulative Update albo poprawka bezpieczeństwa. Dwie instalacje mogą korzystać z tej samej głównej wersji SQL Server, na przykład SQL Server 2019, a jednocześnie mieć różne numery kompilacji z powodu odmiennego poziomu poprawek.

Wpis określany jako Build number jest przechowywany w rejestrze Windows jako część informacji konfiguracyjnych instalacji SQL Server. Rejestr nie opisuje jednak działania zapytań ani zawartości baz danych. Przechowuje dane używane między innymi przez instalator, mechanizmy wykrywania komponentów oraz narzędzia serwisowe. Sam odczyt numeru z rejestru nie zmienia konfiguracji instancji i nie wykonuje żadnej operacji na bazie danych.

Powiązanie wpisu z instancją i komponentem

SQL Server może mieć w jednym systemie kilka instancji, a każda z nich może być aktualizowana niezależnie. Z tego powodu numeru kompilacji nie powinno się interpretować bez ustalenia, której instancji oraz którego komponentu dotyczy odczyt. W rejestrze występują między innymi klucze używane do powiązania nazwy instancji z wewnętrznym identyfikatorem instalacji. W praktyce najpierw ustala się mapowanie w gałęzi HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names\SQL, a następnie analizuje odpowiedni klucz instancji.

Na komputerze 64-bitowym informacje o 64-bitowej instalacji zwykle znajdują się w standardowej gałęzi rejestru, natomiast 32-bitowe komponenty mogą być widoczne przez mechanizm WOW6432Node. Odczyt wykonany przez 32-bitowe i 64-bitowe narzędzie może więc pokazać różne widoki tej samej struktury. Dodatkową trudność stanowią komponenty instalowane osobno, na przykład silnik bazy danych, narzędzia klienckie lub usługi pomocnicze. Wartość Build number musi być odczytana z właściwego podklucza, a nie z przypadkowego miejsca zawierającego podobnie nazwane dane.

Weryfikacja numeru przez SQL Server i rejestr Windows

Najpewniejszą kontrolą jest porównanie informacji z rejestru z danymi zwracanymi przez działającą instancję. Zapytanie SELECT @@VERSION; pokazuje tekst identyfikujący produkt, wersję silnika, poziom aktualizacji oraz system operacyjny. Bardziej uporządkowane informacje można uzyskać przez właściwość serwera, na przykład SELECT SERVERPROPERTY('ProductVersion'), SERVERPROPERTY('ProductLevel'), SERVERPROPERTY('Edition');. ProductVersion identyfikuje wersję produktu, ProductLevel wskazuje poziom wydania, a Edition określa edycję SQL Server.

Do odczytu rejestru można użyć narzędzia reg.exe, programu Regedit albo skryptu korzystającego z interfejsu Windows Registry. Przykładowe polecenie reg query wymaga podania dokładnej ścieżki ustalonej dla danej instalacji; nie należy zakładać, że nazwa instancji jest identyczna z nazwą klucza wewnętrznego. Wynik należy sprawdzić razem z nazwą instancji, architekturą systemu oraz czasem instalacji aktualizacji. Jeżeli rejestr wskazuje inny numer niż aktywna instancja, przyczyną może być odczyt niewłaściwego klucza, obecność kilku instancji, przekierowanie widoku 32-bitowego albo niepełna aktualizacja wpisów.

Znaczenie rozbieżności podczas analizy systemu

Rozbieżny Build number może utrudnić ocenę, czy dana poprawka została faktycznie zainstalowana. Nie oznacza automatycznie uszkodzenia bazy danych. Najpierw trzeba ustalić, czy porównywane wartości pochodzą z tego samego produktu, instancji i komponentu. Następnie należy zestawić je z wynikiem SERVERPROPERTY, informacjami z SQL Server Configuration Manager oraz historią instalacji aktualizacji. W przypadku instancji zatrzymanej rejestr może być jedynym dostępnym źródłem danych, ale jego wpisy opisują stan zapisany podczas instalacji, a niekoniecznie bieżący stan działającej usługi.

Przed zmianą dowolnej wartości rejestru należy wykonać kopię odpowiedniego klucza i ustalić, czy problem dotyczy wyłącznie identyfikacji wersji, czy także uruchamiania usługi SQL Server. Ręczne edytowanie numeru kompilacji nie aktualizuje plików binarnych, schematu systemowych baz ani poziomu poprawek. Prawidłowa aktualizacja wymaga użycia pakietu przeznaczonego dla konkretnej wersji i edycji SQL Server, a po jej zakończeniu ponownej weryfikacji numeru kompilacji oraz wersji zwracanej przez działającą instancję.