Menedżer konfiguracji SQL Server

Menedżer konfiguracji SQL Server to narzędzie do zarządzania usługami, protokołami sieciowymi i ustawieniami klienta.

Rola Menedżera konfiguracji SQL Server

Menedżer konfiguracji SQL Server jest narzędziem systemu Windows przeznaczonym do zarządzania składnikami instalacji Microsoft SQL Server. Nie służy do tworzenia tabel, wykonywania zapytań ani edytowania danych w bazie. Jego zadaniem jest konfigurowanie usług SQL Server, protokołów używanych przez silnik bazy danych oraz ustawień klienta. Zakres widocznych elementów zależy od tego, jakie wersje i składniki SQL Server są zainstalowane na danym komputerze.

W narzędziu można sprawdzić stan usług, sposób ich uruchamiania oraz konto systemowe, na którym działają. Dotyczy to między innymi usługi silnika SQL Server, usługi SQL Server Agent, a w określonych instalacjach także SQL Server Browser. Dostępne wpisy mogą mieć nazwy odpowiadające instancji domyślnej albo instancji nazwanej. Zmiana ustawień usługi może wymagać ponownego uruchomienia, ponieważ część parametrów jest odczytywana przez SQL Server tylko podczas startu procesu.

Usługi, instancje i sposób uruchamiania

SQL Server może działać jako instancja domyślna albo jako instancja nazwana. Instancja domyślna jest zwykle identyfikowana przez nazwę MSSQLSERVER, natomiast instancja nazwana ma własny identyfikator, na przykład SQLSERVER2019. Menedżer konfiguracji pozwala rozpoznać, która usługa odpowiada konkretnemu silnikowi. Jest to istotne przy komputerach, na których zainstalowano więcej niż jedną instancję lub więcej niż jedną wersję SQL Server.

Właściwości usługi zawierają informacje o koncie logowania, trybie uruchamiania i parametrach startowych. Tryb automatyczny powoduje próbę uruchomienia usługi podczas startu systemu Windows, tryb ręczny pozostawia uruchomienie działaniu użytkownika albo innego mechanizmu systemowego, a tryb wyłączony blokuje standardowe uruchamianie usługi. Sama zmiana trybu nie naprawia błędów silnika, problemów z plikami baz danych ani nieprawidłowych uprawnień do katalogów. Jest to ustawienie sposobu pracy usługi, a nie narzędzie do naprawy zawartości bazy.

SQL Server Agent jest oddzielną usługą i nie jest tym samym procesem co silnik SQL Server. Odpowiada za zadania, harmonogramy i alerty, o ile dany wariant instalacji go udostępnia. SQL Server Browser pomaga klientom odnajdywać informacje o instancjach nazwanych, szczególnie gdy używają one dynamicznych portów. Nie należy utożsamiać uruchomionej usługi Browser z działającym silnikiem bazy danych: każda instancja musi mieć własną usługę silnika.

Protokoły sieciowe i port nasłuchu

W sekcji protokołów dla konkretnej instancji można włączać lub wyłączać Shared Memory, TCP/IP oraz Named Pipes. Shared Memory jest protokołem przeznaczonym do komunikacji lokalnej na tym samym komputerze. TCP/IP służy do połączeń sieciowych i jest podstawowym protokołem używanym przez klientów łączących się z SQL Server przez sieć. Named Pipes jest starszym mechanizmem komunikacji, który może być wymagany przez określone konfiguracje, lecz jego włączenie nie jest automatycznie potrzebne w każdej instalacji.

Właściwości TCP/IP zawierają ustawienia dla poszczególnych adresów IP oraz sekcję IPAll. Parametr TCP Dynamic Ports określa port przydzielany dynamicznie, natomiast TCP Port wskazuje port statyczny. Przy konfiguracji statycznego portu należy usunąć wartość z pola portu dynamicznego i wpisać właściwy numer w polu TCP Port, a następnie ponownie uruchomić usługę silnika. Samo włączenie TCP/IP nie gwarantuje połączenia: klient musi używać zgodnej nazwy serwera i instancji albo właściwego numeru portu, a zapora systemu Windows musi dopuszczać odpowiedni ruch.

Alias klienta pozwala przypisać używanej przez aplikację nazwie określony protokół, adres serwera i port. W praktyce może to ułatwić zachowanie tej samej nazwy po zmianie adresu lub portu, ale błędny alias może kierować połączenia do niewłaściwej instancji. Po zmianie protokołu albo portu konieczny jest restart usługi, jeżeli narzędzie wyświetla informację o wymaganym ponownym uruchomieniu. Ustawienia protokołów serwera i ustawienia protokołów klienta są odrębnymi obszarami, dlatego zmiana jednego z nich nie zawsze zmienia sposób, w jaki lokalna aplikacja próbuje się łączyć.

Bezpieczna diagnostyka konfiguracji połączenia

Przy problemie z połączeniem należy najpierw ustalić, z jaką instancją ma pracować aplikacja, czy odpowiadająca jej usługa działa oraz jaki protokół i port są faktycznie skonfigurowane. W przypadku instancji nazwanej trzeba rozróżnić zapis w formacie nazwa-komputera\nazwa-instancji od zapisu nazwa-komputera,port. Drugi wariant wskazuje port bezpośrednio i nie wymaga wyszukiwania numeru przez SQL Server Browser. Jeżeli używany jest port dynamiczny, jego wartość może ulec zmianie po ponownym uruchomieniu usługi.

Menedżer konfiguracji powinien być uruchamiany z uprawnieniami administratora, ponieważ zmiana usług i protokołów wpływa na ustawienia systemowe. Należy zapisywać, który protokół został włączony, dla której instancji zmieniono parametry oraz czy wykonano restart usługi. Pomaga to odróżnić błąd konfiguracji od problemu z poświadczeniami, niedostępnością serwera, zaporą albo samą aplikacją kliencką. Jeżeli usługa nie uruchamia się po zmianie ustawień, trzeba sprawdzić dzienniki systemowe i dziennik błędów SQL Server, zamiast wielokrotnie przełączać protokoły bez ustalenia przyczyny.

Na komputerze używanym do pracy z SQL Server diagnostyka może obejmować sprawdzenie usług, sterowników, ustawień sieciowych oraz lokalnych komunikatów błędów. W przypadku awarii systemu Windows, problemów z uruchamianiem usług, uszkodzeń dysku lub niestabilności komputera zakres kontroli wykracza poza samo narzędzie konfiguracyjne. Prawidłowa ocena wymaga wtedy powiązania ustawień Menedżera konfiguracji SQL Server z rzeczywistym stanem systemu i przebiegiem próby połączenia.