Instalacja SSMS

Instalacja SSMS to proces wdrożenia narzędzia SQL Server Management Studio na stanowisku administratora.

Rola SSMS w administracji SQL Server

SQL Server Management Studio, określane skrótem SSMS, jest aplikacją firmy Microsoft przeznaczoną do zarządzania środowiskami Microsoft SQL Server. Program udostępnia graficzny interfejs do nawiązywania połączeń z wystąpieniami silnika baz danych, przeglądania obiektów serwera oraz wykonywania poleceń języka Transact-SQL. SSMS może łączyć się zarówno z lokalnym wystąpieniem SQL Server, jak i z instancją działającą na innym komputerze, jeżeli sieć, zapora i konfiguracja serwera dopuszczają takie połączenie.

Instalacja SSMS nie instaluje samego silnika SQL Server, nie tworzy automatycznie baz danych i nie zastępuje usługi serwera. Jest to oddzielne narzędzie administracyjne. Po jego wdrożeniu administrator może między innymi tworzyć bazy i tabele, definiować loginy oraz użytkowników baz danych, nadawać uprawnienia, uruchamiać zapytania, analizować plan wykonania, konfigurować zadania SQL Server Agent w obsługiwanych edycjach oraz wykonywać operacje związane z kopiami zapasowymi i odtwarzaniem.

Przygotowanie stanowiska przed instalacją

Przed rozpoczęciem instalacji należy ustalić, na jakim systemie operacyjnym będzie działać SSMS, czy użytkownik ma uprawnienia administratora lokalnego oraz z jaką wersją SQL Server program będzie używany. SSMS jest narzędziem uruchamianym w systemie Windows, a zgodność konkretnej wersji klienta z używanymi środowiskami SQL Server powinna być sprawdzona w dokumentacji producenta. Nowsza wersja SSMS może obsługiwać starsze wersje silnika, ale dostępność poszczególnych funkcji zależy od wersji serwera, edycji oraz posiadanych uprawnień.

Pakiet instalacyjny powinien pochodzić z oficjalnego kanału Microsoft. Podczas przygotowania warto sprawdzić wolne miejsce na partycji systemowej, dostęp do aktualnych składników systemu Windows oraz możliwość pobierania wymaganych komponentów. Instalator może wymagać ponownego uruchomienia komputera, zwłaszcza gdy system oczekuje na zakończenie wcześniejszych aktualizacji. Jeżeli komputer jest objęty zasadami firmowymi, instalację należy wykonać na koncie mającym prawo instalowania aplikacji albo przekazać pakiet administratorowi odpowiedzialnemu za stację roboczą.

Przed konfiguracją połączenia należy zebrać nazwę serwera lub adres hosta, nazwę instancji, używany port, metodę uwierzytelniania oraz dane konta. SQL Server może korzystać z uwierzytelniania Windows albo z uwierzytelniania SQL Server, zależnie od konfiguracji trybu bezpieczeństwa. Samo zainstalowanie SSMS nie nadaje użytkownikowi dostępu do serwera. Uprawnienia są sprawdzane przez silnik SQL Server podczas logowania i przy wykonywaniu konkretnych operacji administracyjnych.

Przebieg wdrożenia i pierwsze połączenie

Instalacja polega na uruchomieniu pobranego instalatora SSMS, zaakceptowaniu wymaganych warunków oraz wskazaniu lokalizacji, w której mają zostać zapisane składniki programu, jeśli instalator udostępnia taką możliwość. Po wybraniu instalacji należy zaczekać na rozpakowanie plików, rejestrację komponentów i zakończenie konfiguracji. Przerwanie procesu w czasie zapisu składników może pozostawić niepełną instalację, dlatego w razie błędu należy odczytać komunikat instalatora i sprawdzić dzienniki dostępne w systemie, zamiast wielokrotnie uruchamiać instalację bez analizy przyczyny.

Po instalacji SSMS można uruchomić z menu Start. W oknie logowania wybiera się typ serwera, nazwę serwera, metodę uwierzytelniania i poświadczenia. Dla lokalnej instancji domyślnej często stosuje się nazwę komputera albo kropkę, natomiast instancja nazwana może wymagać formatu NAZWA_KOMPUTERA\NAZWA_INSTANCJI. Jeżeli administrator zna port TCP, można wskazać serwer w formacie NAZWA_SERWERA,PORT. Po poprawnym zalogowaniu Object Explorer pokazuje dostępne elementy, takie jak Databases, Security, Server Objects, Management i, zależnie od konfiguracji, SQL Server Agent.

Pierwsze połączenie powinno być testem całej ścieżki komunikacji. W nowym oknie zapytania można wykonać prostą instrukcję SELECT @@VERSION;, która zwraca informacje o wersji i kompilacji silnika, z którym nawiązano połączenie. Warto również sprawdzić, czy nazwa wybranego serwera odpowiada zamierzonemu środowisku. Pomylenie instancji produkcyjnej, testowej i lokalnej może prowadzić do wykonywania zmian w niewłaściwej bazie, dlatego przed poleceniami modyfikującymi dane należy zweryfikować nazwę serwera, bieżącą bazę danych i zakres uprawnień konta.

Kontrola instalacji i rozwiązywanie problemów z SSMS

Najczęstsze problemy po instalacji wynikają z rozdzielenia aplikacji klienckiej od silnika SQL Server. Jeżeli SSMS uruchamia się, ale nie może połączyć się z serwerem, należy sprawdzić, czy usługa SQL Server działa, czy podano prawidłową nazwę instancji oraz czy wybrana metoda uwierzytelniania jest włączona na serwerze. Przy połączeniach sieciowych trzeba dodatkowo zweryfikować rozwiązywanie nazwy hosta, dostępność portu TCP i reguły zapory. Błąd związany z nazwą instancji może wskazywać na problem z usługą SQL Server Browser, lecz nie każdy sposób połączenia wymaga jej użycia, szczególnie gdy podany jest konkretny port.

Komunikaty o odrzuceniu logowania oznaczają zwykle nieprawidłowe dane uwierzytelniające, wyłączony typ logowania albo brak uprawnień do wskazanego serwera. Komunikat o braku dostępu do bazy po udanym logowaniu dotyczy innego etapu: konto może mieć prawo połączenia z serwerem, ale nie mieć użytkownika lub odpowiednich uprawnień w konkretnej bazie. Przy analizie warto rozdzielić błędy instalatora, błędy komunikacji sieciowej, błędy uwierzytelniania i błędy autoryzacji, ponieważ wymagają one odmiennych działań.

Po zakończeniu instalacji należy sprawdzić numer wersji SSMS w informacjach programu oraz upewnić się, że aplikacja uruchamia się bez błędów. Aktualizacje SSMS mogą zawierać poprawki bezpieczeństwa, zgodności i obsługi nowych funkcji, dlatego wersję narzędzia powinno się utrzymywać zgodnie z przyjętą polityką aktualizacji dla środowiska SQL Server. W przypadku awarii warto zebrać pełny tekst komunikatu, nazwę instancji, sposób uwierzytelniania i wynik testu sieciowego. Takie dane pozwalają odróżnić uszkodzoną instalację SSMS od problemu znajdującego się po stronie usługi SQL Server, konfiguracji sieci lub uprawnień konta.