Odzyskiwanie bazy master

Odzyskiwanie bazy master wymaga uruchomienia instancji w trybie jednego użytkownika i przywrócenia jej z kopii zapasowej.

Rola bazy master w SQL Server

Baza master jest systemową bazą danych silnika Microsoft SQL Server. Przechowuje informacje potrzebne do uruchomienia i prawidłowej pracy instancji, między innymi metadane dotyczące baz użytkownika, loginy, konfigurację serwera, punkty końcowe, komunikaty systemowe oraz część ustawień instancji. SQL Server odczytuje bazę master podczas startu, dlatego jej uszkodzenie albo brak może uniemożliwić normalne uruchomienie usługi. Nie jest to zwykła baza aplikacyjna, którą można odtworzyć bez uwzględnienia zależności całej instancji.

Odzyskiwanie bazy master dotyczy konkretnej instancji SQL Server i wymaga użycia kopii zapasowej wykonanej dla tej samej wersji oraz zgodnej instalacji silnika. Przywrócenie obejmuje stan zapisany w momencie wykonania backupu. Zmiany wprowadzone później, takie jak utworzenie loginu, modyfikacja konfiguracji lub dodanie informacji o nowej bazie, nie zostaną odzyskane z tej kopii. Z tego powodu po przywróceniu master może być konieczne odtworzenie zmian administracyjnych wykonanych po ostatnim prawidłowym backupie.

Uruchomienie instancji w trybie jednego użytkownika

Standardowe przywracanie bazy master nie odbywa się przy normalnie działającej instancji, ponieważ baza jest używana przez sam silnik SQL Server. Instancję uruchamia się w trybie jednego użytkownika, w którym dostępne jest tylko jedno połączenie administracyjne. Sesja ta służy do wykonania operacji odtworzenia kopii zapasowej. W praktyce trzeba dopilnować, aby inne usługi, agenty, narzędzia monitorujące lub aplikacje nie zajęły jedynego dostępnego połączenia przed rozpoczęciem przywracania.

Do takiej operacji stosuje się narzędzia administracyjne SQL Server, między innymi SQL Server Configuration Manager, opcje startowe usługi oraz program SQL Server Management Studio lub sqlcmd. Przy uruchamianiu w trybie jednego użytkownika używana jest opcja startowa -m. W określonych scenariuszach można ograniczyć dostęp do konkretnego programu klienckiego, aby przypadkowa aplikacja nie przejęła jedynego połączenia. Składnia i sposób przekazania parametrów zależą od sposobu zainstalowania instancji, dlatego przed zmianą parametrów startowych należy ustalić nazwę usługi oraz instancji.

Przywrócenie kopii zapasowej i skutki operacji

Przywracanie wykonuje się z pełnej kopii zapasowej bazy master. Operacja zastępuje bieżącą zawartość tej bazy stanem zapisanym w pliku backupu. Po zakończeniu przywracania SQL Server zwykle zatrzymuje lub kończy proces wymagający ponownego uruchomienia instancji, ponieważ odtworzona baza zawiera systemowe metadane używane podczas startu. Następnie instancję uruchamia się w zwykłym trybie i sprawdza, czy usługa działa prawidłowo oraz czy pozostałe bazy są widoczne w katalogu systemowym.

Przed rozpoczęciem należy zweryfikować integralność pliku kopii, jego pochodzenie, datę wykonania, nazwę bazy oraz zgodność z instancją. Weryfikacja może obejmować odczyt nagłówka backupu poleceniem RESTORE HEADERONLY oraz sprawdzenie, czy SQL Server rozpoznaje kopię jako backup bazy master. Samo polecenie RESTORE DATABASE master powinno być wykonywane wyłącznie po zatrzymaniu zwykłego ruchu do instancji i po zabezpieczeniu aktualnych plików oraz informacji konfiguracyjnych. Błędna kopia albo pomylenie pliku master z backupem innej bazy może doprowadzić do dalszych problemów z uruchomieniem lub dostępem do baz.

Po odzyskaniu należy sprawdzić logowanie kont administracyjnych, dostęp do baz użytkownika, zadania SQL Server Agent, połączenia aplikacyjne, konfigurację szyfrowania oraz wpisy dotyczące plików baz danych. Szczególnej uwagi wymagają loginy przechowywane w master, ponieważ ich brak lub niezgodność z identyfikatorami użytkowników baz może powodować błędy autoryzacji. Warto również przeanalizować dziennik błędów SQL Server i dziennik systemowy, aby potwierdzić, że instancja nie zgłasza problemów z plikami, uprawnieniami albo zależnościami startowymi.

Plan kontroli po odzyskaniu master

Skuteczne odzyskanie bazy master nie kończy się na samym komunikacie o poprawnym wykonaniu polecenia RESTORE. Należy porównać stan instancji z dokumentacją środowiska: listą baz, loginów, ról serwerowych, poświadczeń, endpointów, konfiguracji oraz zadań automatycznych. Jeżeli backup master jest starszy niż pozostałe kopie, informacje zapisane w master mogą nie odpowiadać aktualnemu układowi plików i baz. Wtedy konieczne jest odtworzenie brakujących metadanych albo wykonanie dodatkowych czynności administracyjnych zgodnie z dokumentacją konkretnej instancji.

W przypadku braku użytecznej kopii zapasowej zakres odzyskiwania zależy od stanu plików systemowych, dostępności pozostałych baz oraz możliwości odtworzenia konfiguracji instancji. Nie należy nadpisywać zachowanych plików ani wielokrotnie uruchamiać przywracania bez ustalenia, które dane są jeszcze dostępne. Najpierw zabezpiecza się materiał diagnostyczny, identyfikuje wersję i edycję SQL Server, sprawdza lokalizację plików oraz analizuje komunikaty startowe. Dopiero na tej podstawie można dobrać właściwy wariant odtworzenia i ocenić, czy potrzebna będzie rekonstrukcja części konfiguracji.

Odzyskiwanie bazy master jest operacją administracyjną o dużym wpływie na całą instancję SQL Server. Wymaga kontrolowanego dostępu, właściwej kopii zapasowej, znajomości parametrów uruchamiania oraz testu działania po restarcie. W środowisku, w którym baza master zawiera istotne informacje konfiguracyjne i uwierzytelniające, każdą czynność należy rejestrować, a po zakończeniu sprawdzić zarówno sam silnik, jak i aplikacje korzystające z baz danych.