Rejestr systemu (Windows Registry)

Rejestr systemu Windows przechowuje ustawienia SQL Server dotyczące ścieżek instalacji i konfiguracji usług.

Rola Rejestru systemu Windows w konfiguracji SQL Server

Rejestr systemu Windows to hierarchiczna baza ustawień używana przez system operacyjny i zainstalowane programy. W przypadku Microsoft SQL Server przechowuje między innymi informacje utworzone podczas instalacji, identyfikatory instancji, dane o składnikach serwera oraz wartości potrzebne narzędziom administracyjnym do odnalezienia właściwej konfiguracji. Nie jest to jednak baza danych użytkownika ani miejsce przechowywania tabel, indeksów czy plików dziennika. Dane SQL Server pozostają w plikach, zwykle z rozszerzeniami .mdf, .ndf i .ldf, zapisanych w katalogach wskazanych w konfiguracji instancji.

Najczęściej spotykane informacje dotyczące instalacji SQL Server znajdują się w gałęzi HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server. W zależności od wersji produktu, typu instalacji i używanej instancji występują tam podklucze opisujące instancje, komponenty współdzielone oraz parametry instalacyjne. Nazwa instancji nie musi być taka sama jak nazwa usługi widoczna w systemie. Dla instancji nazwanej usługa aparatu bazy danych ma zwykle postać MSSQL$NazwaInstancji, natomiast dla instancji domyślnej używana jest nazwa MSSQLSERVER.

Klucze, ścieżki i usługi związane z instancją

Podczas analizy rejestru można natrafić na wartości wskazujące lokalizacje plików programu, katalogi narzędzi, identyfikatory instancji oraz informacje o wersji zainstalowanego składnika. Konkretne nazwy wartości zmieniały się między wydaniami SQL Server, dlatego nie należy zakładać, że każdy komputer będzie zawierał identyczny układ kluczy. W systemach 64-bitowych dodatkowe znaczenie ma architektura procesu odczytującego rejestr. Program 32-bitowy może otrzymać widok przekierowany do gałęzi związanej z WOW6432Node, podczas gdy program 64-bitowy odczytuje domyślnie widok 64-bitowy.

Konfiguracja usługi SQL Server jest powiązana także z gałęzią menedżera usług systemu Windows, przede wszystkim z HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services. Dla aparatu bazy danych można znaleźć tam między innymi wpis ImagePath, określający polecenie uruchomienia usługi wraz z parametrami. W praktyce parametry startowe mogą wskazywać pliki baz systemowych, takie jak master.mdf i mastlog.ldf, albo dodatkowe ustawienia inicjalizacyjne. Samo sprawdzenie wpisu usługi nie pokazuje pełnego stanu SQL Server: część konfiguracji jest przechowywana w plikach, część w bazie systemowej master, a część jest ustalana przez SQL Server Configuration Manager.

W przypadku usług pomocniczych można znaleźć odrębne wpisy, na przykład dla SQL Server Agent, SQL Server Browser lub usług związanych z konkretnymi funkcjami instalacji. Nazwa usługi i jej obecność zależą od wybranych składników. SQL Server Browser korzysta z usługi systemowej i pomaga klientom ustalać port dla instancji nazwanych, ale jego brak nie oznacza automatycznie uszkodzenia aparatu bazy danych. Wymagane działanie zależy od sposobu konfiguracji połączeń, używanych protokołów i ustawień zapory.

Bezpieczne odczytywanie i interpretowanie wpisów

Do przeglądania rejestru można użyć programu regedit.exe, lecz zmiana wartości bez znajomości ich przeznaczenia może uniemożliwić uruchomienie usługi albo spowodować niespójność konfiguracji. Odczyt z wiersza polecenia umożliwia między innymi polecenie reg query, na przykład reg query "HKLM\SOFTWARE\Microsoft\Microsoft SQL Server". Wynik należy interpretować razem z nazwą wersji SQL Server, nazwą instancji, architekturą systemu oraz faktycznym stanem usług. Sam wpis w rejestrze nie jest dowodem, że plik wskazany w wartości nadal istnieje.

Przed ingerencją administracyjną warto ustalić, która instancja jest używana, oraz sprawdzić usługę poleceniem sc.exe query albo w konsoli usług. Do odczytu konfiguracji SQL Server służy również SQL Server Configuration Manager, ponieważ uwzględnia sposób, w jaki SQL Server przechowuje ustawienia protokołów i parametrów uruchomieniowych. Przydatne są także dzienniki SQL Server i Podgląd zdarzeń Windows. Błąd ścieżki w rejestrze może objawiać się komunikatem o braku pliku, błędnym katalogu roboczym lub nieudanym starcie usługi, ale podobny rezultat może powodować brak uprawnień konta usługi, uszkodzenie dysku albo niedostępność woluminu.

Nie należy kopiować pojedynczych kluczy rejestru z jednego komputera na inny jako zamiennika pełnej konfiguracji SQL Server. Wpisy zawierają identyfikatory, zależności i ścieżki właściwe dla konkretnej instalacji. Ręczne usuwanie kluczy nie odinstalowuje poprawnie instancji, nie przenosi baz danych i nie naprawia usługi. Jeżeli rejestr jest uszkodzony, bezpieczniejsza diagnostyka polega na wykonaniu kopii odpowiedniej gałęzi, zebraniu informacji o usługach i logach oraz odtworzeniu konfiguracji przy użyciu narzędzi producenta.

Rejestr jako element diagnostyki nieuruchamiającej się instancji

Podczas diagnozowania problemu z SQL Server najpierw trzeba rozdzielić trzy kwestie: czy usługa istnieje, czy proces może zostać uruchomiony oraz czy instancja potrafi otworzyć wymagane pliki baz systemowych. Rejestr pomaga potwierdzić nazwę instancji, lokalizację komponentu i parametry startowe usługi. Jeżeli wartość ImagePath wskazuje nieistniejący plik wykonywalny albo niepoprawne parametry, usługa może zakończyć uruchamianie jeszcze przed otwarciem baz danych. Jeżeli ścieżka programu jest prawidłowa, dalsze sprawdzanie powinno objąć log błędów SQL Server, uprawnienia konta usługi oraz dostępność katalogów z plikami danych.

Przy zmianie dysku, odtwarzaniu systemu z kopii lub przenoszeniu katalogów mogą pozostać nieaktualne ścieżki. Wtedy ważne jest rozróżnienie lokalizacji plików programu od lokalizacji plików baz danych. Zmiana wartości rejestru dotyczącej katalogu instalacyjnego nie przenosi plików .mdf ani .ldf. Z kolei zmiana parametrów startowych bez sprawdzenia uprawnień do nowych katalogów może doprowadzić do błędu uruchomienia. Każdą korektę należy wykonywać dla właściwej instancji i potwierdzić po restarcie usługi oraz w logach SQL Server.

W środowisku serwerowym analiza rejestru powinna być częścią szerszego postępowania obejmującego identyfikację instancji, kontrolę usług, weryfikację ścieżek, odczyt logów i sprawdzenie stanu systemu plików. Rejestr dostarcza ważnych metadanych konfiguracyjnych, ale nie zastępuje SQL Server Configuration Manager, narzędzi administracyjnych ani kopii zapasowej. Najbardziej wiarygodny wniosek powstaje dopiero po porównaniu wpisów rejestru z rzeczywistymi plikami, stanem usług i komunikatami zapisanymi podczas uruchamiania konkretnej instancji.