Tryb minimalny uruchamia instancję z ograniczonym zestawem funkcji, przydatny przy rozwiązywaniu problemów.
Na czym polega tryb minimalny SQL Server
SQL Server w trybie minimalnym uruchamia silnik z ograniczonym zestawem ustawień konfiguracyjnych. Ten sposób startu służy przede wszystkim do odzyskania dostępu do instancji, która nie może prawidłowo wystartować po zmianie parametrów serwera, błędnym ustawieniu pamięci, niewłaściwej konfiguracji ścieżek plików albo zastosowaniu wartości przekraczających możliwości środowiska. Tryb minimalny nie jest osobnym wydaniem SQL Server ani alternatywnym silnikiem bazy danych. Jest to specjalny wariant uruchomienia istniejącej instancji.
Do uruchomienia SQL Server w tym trybie używa się parametru startowego -f. Parametr należy dodać do parametrów uruchamiania usługi konkretnej instancji, a następnie zrestartować usługę SQL Server. Po takim starcie silnik korzysta z minimalnej konfiguracji, dzięki czemu administrator może uzyskać możliwość poprawienia problematycznych ustawień. Tryb minimalny nie naprawia automatycznie wszystkich błędów konfiguracji i nie przywraca wcześniejszych wartości. Jego zadaniem jest uruchomienie instancji w ograniczonym środowisku umożliwiającym dalszą diagnostykę.
Parametr -f i ograniczenia dostępu po uruchomieniu
Uruchomienie SQL Server z parametrem -f ma istotne konsekwencje operacyjne. Instancja pracuje w trybie pojedynczego użytkownika, dlatego w danym momencie tylko jedno połączenie może skutecznie wykorzystać dostęp administracyjny. Próby połączenia z usługami monitorującymi, narzędziami automatyzującymi lub innymi klientami mogą zająć jedyne dostępne połączenie i uniemożliwić wykonanie naprawy. Z tego powodu po starcie należy ograniczyć liczbę procesów próbujących łączyć się z instancją.
Do połączenia administracyjnego można wykorzystać SQL Server Management Studio, sqlcmd albo inne narzędzie obsługujące połączenia z SQL Server. W praktyce często wygodny jest sqlcmd, ponieważ pozwala kontrolować moment nawiązania sesji bez uruchamiania dodatkowych komponentów interfejsu. Po uzyskaniu połączenia administrator może sprawdzić ustawienia instancji i zmienić parametry, które uniemożliwiały normalny start. Należy pamiętać, że opcja -f jest parametrem awaryjnym, a nie ustawieniem przeznaczonym do stałej pracy produkcyjnej.
W czasie działania z minimalną konfiguracją trzeba również brać pod uwagę ograniczoną dostępność części funkcji i ustawień. Nie należy zakładać, że zachowanie instancji będzie identyczne jak podczas zwykłego uruchomienia. Po zakończeniu czynności naprawczych parametr -f powinien zostać usunięty z konfiguracji startowej usługi, a SQL Server należy uruchomić ponownie w normalnym trybie. Pozostawienie go na stałe może spowodować nieoczekiwane ograniczenia oraz problemy z połączeniami aplikacji.
Odzyskiwanie instancji po błędnej konfiguracji
Typowy scenariusz użycia trybu minimalnego obejmuje zmianę opcji serwera, po której instancja przestaje się uruchamiać albo nie przyjmuje zwykłych połączeń. Przykładem może być ustawienie zbyt niskiej wartości pamięci przeznaczonej dla SQL Server, błędny parametr konfiguracji sieciowej lub problem wynikający ze zmiany lokalizacji plików używanych przez silnik. Po dodaniu -f i uruchomieniu usługi administrator powinien najpierw potwierdzić, że działa właściwa instancja, a następnie odczytać konfigurację i dziennik błędów SQL Server.
Do przeglądania konfiguracji można użyć polecenia sp_configure, a zmiany wymagające ponownego zastosowania należy wykonywać zgodnie z zasadami SQL Server, w tym po użyciu RECONFIGURE, jeżeli dana opcja tego wymaga. Nie każda wartość widoczna w konfiguracji jest przyczyną problemu, dlatego korekty powinny wynikać z komunikatu startowego, dziennika błędów i historii ostatnich zmian. Sam fakt, że instancja uruchomiła się z -f, nie oznacza jeszcze, że baza danych lub wszystkie zależne usługi działają poprawnie.
Po przywróceniu bezpiecznych ustawień należy zatrzymać instancję, usunąć parametr -f z parametrów uruchamiania i wykonać zwykły restart. Następnie warto sprawdzić, czy usługa odpowiada na połączenia, czy aplikacje mogą korzystać z wymaganych baz danych oraz czy w dzienniku błędów nie pojawiają się nowe komunikaty. Jeżeli problem dotyczy plików baz danych, uprawnień systemowych, uszkodzenia systemowej bazy danych albo zależności usługi, tryb minimalny może jedynie ułatwić dostęp do diagnostyki; nie zastępuje kopii zapasowej, procedur odtwarzania ani naprawy przyczyny źródłowej.
Bezpieczne zakończenie procedury diagnostycznej
Praca z SQL Server w trybie minimalnym wymaga kontroli parametrów usługi i kolejności działań. Przed zmianą ustawień warto zapisać aktualne wartości oraz zanotować, jakie modyfikacje poprzedzały awarię. Podczas pojedynczego dostępu do instancji należy unikać równoczesnego uruchamiania kilku narzędzi administracyjnych. Po zmianach trzeba sprawdzić wynik wykonanych poleceń, a nie tylko założyć, że konfiguracja została przyjęta.
Jeżeli instancja po usunięciu -f nadal nie startuje, należy ponownie przeanalizować dziennik błędów SQL Server, dziennik systemowy Windows, parametry usługi oraz dostępność katalogów wskazanych w konfiguracji. Przydatne jest także rozróżnienie problemu samego silnika od awarii zależności, takich jak usługa systemowa, konto usługi, port sieciowy lub dostęp do dysku. W przypadku baz o znaczeniu operacyjnym każdą zmianę należy wykonywać w uzgodnionym oknie serwisowym, ponieważ restart instancji przerywa połączenia aplikacji.
Tryb minimalny powinien zostać wyłączony natychmiast po zakończeniu naprawy i potwierdzeniu prawidłowego uruchomienia standardowego. Ostateczna weryfikacja powinna obejmować status usługi, możliwość zalogowania się uprawnionym kontem, odczyt podstawowych informacji o instancji oraz test połączenia aplikacji, która korzysta z SQL Server. Tak przeprowadzona procedura pozwala wykorzystać -f jako kontrolowany mechanizm odzyskiwania dostępu, bez traktowania ograniczonego uruchomienia jako normalnego sposobu eksploatacji serwera.
