Przenoszenie SQL Server – wpisy rejestru

Przenoszenie SQL Server wymaga aktualizacji wpisów rejestru wskazujących ścieżki i konfigurację instancji.

Rola wpisów rejestru w konfiguracji instancji SQL Server

W systemie Windows SQL Server przechowuje część informacji konfiguracyjnych w rejestrze. Wpisy te pozwalają usługom, narzędziom administracyjnym oraz programowi instalacyjnemu ustalić, jakie instancje są zainstalowane, jak nazywają się ich usługi i gdzie znajdują się pliki używane przez konkretną instancję. Dotyczy to między innymi instancji domyślnej oraz instancji nazwanych, dlatego sama zmiana litery dysku albo skopiowanie katalogu z plikami nie przenosi kompletnej konfiguracji SQL Server.

Jednym z istotnych miejsc jest klucz HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names\SQL. Zawiera on mapowanie nazwy instancji, na przykład MSSQLSERVER albo nazwy instancji nazwanej, na wewnętrzny identyfikator używany przez SQL Server. W dalszej części rejestru występują klucze związane z konkretną instancją, zwykle w postaci MSSQLxx.NazwaInstancji. W ich podkluczach mogą znajdować się ustawienia ścieżek katalogów danych, dzienników transakcyjnych, kopii zapasowych, plików tymczasowych oraz komponentów SQL Server.

Co zmienia się podczas przenoszenia instancji

Przenoszenie SQL Server może oznaczać zmianę lokalizacji plików baz danych, przeniesienie całej instancji na inny wolumin albo odtworzenie instancji na innym komputerze. W każdym z tych przypadków trzeba rozdzielić konfigurację silnika od fizycznych plików MDF, NDF i LDF. Informacja o nowej lokalizacji pliku musi odpowiadać rzeczywistemu położeniu pliku, a usługa SQL Server musi mieć uprawnienia do odczytu i zapisu w docelowym katalogu. Samo przepisanie ścieżki w rejestrze nie przenosi plików i nie aktualizuje metadanych baz zapisanych wewnątrz silnika.

Podczas instalacji SQL Server rejestrowane są także nazwy usług, identyfikatory instancji oraz ustawienia komponentów, takich jak SQL Server Agent. W przypadku instancji nazwanej usługa silnika ma nazwę MSSQL$NazwaInstancji, natomiast dla instancji domyślnej używana jest usługa MSSQLSERVER. Nie należy zakładać, że wpisy rejestru można bezpośrednio skopiować między komputerami, ponieważ zawierają one identyfikatory, ścieżki i ustawienia zależne od konkretnej instalacji, kont usług, wersji SQL Server oraz nazw hosta.

Bezpieczna aktualizacja ścieżek i wpisów

Zmiany związane z lokalizacją plików baz danych powinny być wykonywane z użyciem obsługiwanych mechanizmów SQL Server, przede wszystkim SQL Server Management Studio, poleceń T-SQL oraz SQL Server Configuration Manager. Dla plików konkretnej bazy można sprawdzić aktualne lokalizacje w widoku katalogowym sys.master_files. Po zatrzymaniu lub odłączeniu bazy, zależnie od wybranej procedury, ścieżki plików można zmienić poleceniem ALTER DATABASE ... MODIFY FILE, a następnie uruchomić bazę z plikami w nowym miejscu. Po zmianie należy zweryfikować stan bazy i połączenia aplikacji.

Systemowe bazy danych, takie jak master, model, msdb i tempdb, wymagają osobnej procedury. Ich położenie można odczytać z właściwości plików bazy, lecz przeniesienie wymaga zastosowania odpowiednich poleceń, zatrzymania usługi i uruchomienia instancji z parametrami wskazującymi nową lokalizację. Po skutecznym przeniesieniu trzeba sprawdzić, czy w konfiguracji usługi i instancji nie pozostały stare ścieżki. Bezpośrednia edycja kluczy HKLM podczas działania SQL Server może doprowadzić do niespójności, błędnego startu usługi albo utraty dostępu do baz, dlatego rejestr należy traktować jako element konfiguracji wymagający kopii zapasowej i kontroli, a nie jako podstawowe narzędzie migracji.

Przed modyfikacją warto wykonać pełną kopię zapasową baz, zapisać aktualną konfigurację instancji, zanotować nazwy usług oraz wyeksportować odpowiednie klucze rejestru. Eksport nie zastępuje kopii baz danych i nie powinien być bezrefleksyjnie importowany na innym komputerze. Po zmianach należy uruchomić usługę SQL Server, sprawdzić dziennik błędów silnika, Podgląd zdarzeń systemu Windows, dostępność baz oraz działanie zadań SQL Server Agent. Szczególnej uwagi wymagają ścieżki zawierające nieistniejący dysk, literę woluminu zmienioną po migracji albo katalog, do którego konto usługi nie ma uprawnień.

Weryfikacja po migracji SQL Server

Kontrola po przeniesieniu powinna obejmować zarówno rejestr, jak i stan widziany przez sam silnik. Należy potwierdzić, że w kluczu Instance Names\SQL znajduje się właściwa nazwa instancji, a klucze instancji wskazują prawidłową wersję i lokalizacje komponentów. W SQL Server Management Studio można następnie sprawdzić listę baz, stan każdej bazy oraz lokalizacje plików. Warto również przetestować utworzenie i odczyt pliku kopii zapasowej, działanie zadań, połączenia lokalne i zdalne oraz ponowne uruchomienie systemu Windows.

Typowe objawy niepoprawnego przeniesienia to zatrzymanie usługi SQL Server, komunikat o braku pliku bazy, błędna nazwa instancji w narzędziu łączenia, niedziałający SQL Server Agent albo zadania zapisujące dane w starej lokalizacji. Diagnostyka powinna zaczynać się od dokładnego komunikatu z dziennika SQL Server i sprawdzenia ścieżki wskazanej przez silnik. Dopiero potem należy porównywać wpisy rejestru, konfigurację usług i zawartość dysków. Takie podejście pozwala odróżnić błąd wpisu konfiguracyjnego od braku pliku, problemu z uprawnieniami lub nieukończonej procedury migracji.