Backup registry SQL Server

Backup registry SQL Server to kopia zapasowa kluczy rejestru systemowego przechowujących konfigurację instalacji serwera.

Zakres konfiguracji objętej kopią rejestru SQL Server

Backup registry SQL Server oznacza utworzenie kopii zapasowej tych kluczy rejestru systemu Windows, w których zapisana jest konfiguracja konkretnej instalacji SQL Server. Rejestr nie zawiera baz danych użytkownika ani plików dzienników transakcyjnych. Przechowuje natomiast między innymi informacje potrzebne systemowi i narzędziom administracyjnym do rozpoznania zainstalowanych składników, instancji, usług, parametrów uruchamiania oraz wybranych ustawień połączeń i sieci. Dokładny zakres zależy od wersji SQL Server, typu instalacji oraz użytych funkcji, takich jak Database Engine, Analysis Services, Reporting Services lub Integration Services.

W instalacji SQL Server należy rozróżnić instancję domyślną i instancję nazwaną. Ich konfiguracja może znajdować się w różnych podkluczach, często związanych z nazwą instancji oraz identyfikatorem wersji produktu. Istotne są również wpisy dotyczące usług systemu Windows, między innymi usługi aparatu bazy danych SQL Server oraz SQL Server Agent, jeżeli Agent został zainstalowany. Sama kopia rejestru nie jest jednak pełną kopią konfiguracji SQL Server. Część ustawień znajduje się w plikach konfiguracyjnych, część w metadanych instancji, a ustawienia baz danych są przechowywane w bazach systemowych i plikach baz danych.

Rola rejestru w uruchamianiu instancji

SQL Server korzysta z rejestru między innymi do identyfikacji instancji, ścieżek składników, parametrów usług oraz informacji wykorzystywanych przez SQL Server Configuration Manager. Configuration Manager korzysta z mechanizmu WMI, czyli Windows Management Instrumentation, aby prezentować i zmieniać część konfiguracji usług oraz protokołów sieciowych. Z tego powodu ręczna edycja rejestru nie jest równoważna zmianie ustawień za pomocą narzędzia administracyjnego. Bezpośrednia modyfikacja niewłaściwej wartości może spowodować, że usługa nie odnajdzie plików programu, uruchomi się z nieprawidłowym parametrem albo przestanie być prawidłowo wykrywana przez narzędzia SQL Server.

Ważne ustawienia aparatu bazy danych, takie jak maksymalna ilość pamięci, maksymalny stopień równoległości czy konfiguracja opcji instancji, są zwykle zarządzane jako właściwości SQL Server, a nie jako zwykłe wpisy przeznaczone do odtwarzania przez eksport rejestru. Podobnie konfiguracja baz danych, loginy, role serwerowe, zadania SQL Server Agent, certyfikaty i klucze szyfrowania wymagają odrębnych metod zabezpieczenia. Backup registry może więc ułatwić odtworzenie lokalnej konfiguracji instalacji, lecz nie zastępuje kopii zapasowych baz danych wykonywanych poleceniem BACKUP DATABASE ani kopii dzienników transakcyjnych wykonywanych poleceniem BACKUP LOG.

Wykonanie eksportu i warunki bezpiecznego odtworzenia

Kopię wybranych kluczy rejestru można utworzyć narzędziem Regedit albo programem wiersza poleceń reg.exe. Przykładowo polecenie reg export zapisuje wskazaną gałąź do pliku REG. Przed eksportem trzeba ustalić nazwę instancji, wersję SQL Server oraz klucze faktycznie używane przez daną instalację. Eksport całego rejestru systemowego zwykle nie jest właściwą kopią konfiguracji SQL Server, ponieważ zawiera wiele niezwiązanych danych i utrudnia kontrolę zakresu. Plik REG powinien być przechowywany poza naprawianym systemem, ponieważ awaria dysku lub uszkodzenie systemu Windows może uniemożliwić dostęp zarówno do oryginalnego rejestru, jak i do lokalnie zapisanej kopii.

Odtworzenie wpisów rejestru wymaga uprawnień administratora i zgodności środowiska z instalacją, z której pochodzi eksport. Nie należy bezrefleksyjnie importować kluczy z innej wersji SQL Server, innego komputera ani innej nazwy instancji. Po imporcie trzeba sprawdzić stan usług, ścieżki plików, konta usług, parametry uruchomieniowe i dostępność protokołów sieciowych w SQL Server Configuration Manager. Niekiedy konieczne jest ponowne uruchomienie usługi SQL Server, ale sam import nie odtwarza plików baz danych, uprawnień systemu plików, certyfikatów ani zależności wymaganych przez konkretną aplikację. Przed zmianą warto wykonać aktualny eksport oraz zapisać stan usług i konfiguracji, aby możliwy był powrót do poprzedniego stanu.

Ograniczenia kopii rejestru podczas awarii instancji

Backup registry SQL Server jest przydatny przede wszystkim wtedy, gdy problem dotyczy lokalnej konfiguracji instalacji, parametrów usługi albo utraty części ustawień po zmianie systemu Windows. Nie rozwiązuje błędów wynikających z uszkodzenia plików MDF i LDF, braku miejsca na woluminie, niespójności bazy, awarii kontrolera dysku, utraty klucza głównego bazy danych ani braku uprawnień konta usługi. Jeżeli instancja nie startuje, diagnostykę trzeba oprzeć także na dzienniku ERRORLOG SQL Server, Podglądzie zdarzeń systemu Windows, stanie usługi oraz parametrach zapisanych w konfiguracji uruchamiania.

Przy planowaniu odtworzenia należy zachować zgodność nazwy instancji, lokalizacji plików, kont usług i uprawnień do katalogów. Jeżeli zmieniła się litera dysku albo ścieżka do plików danych, przywrócenie rejestru może odtworzyć nieaktualne odwołania. W środowisku produkcyjnym kopię rejestru należy traktować jako element dokumentacji i planu odtworzeniowego, a nie jako samodzielny mechanizm disaster recovery. Pełny plan powinien obejmować osobno kopie baz danych, baz systemowych, kluczy szyfrowania, certyfikatów, zadań agenta, konfiguracji sieciowej oraz informacji o wersji i edycji SQL Server.