SQL Server Management Studio a edycje

Management Studio jest instalowane niezależnie od edycji serwera i można je łączyć z dowolną z nich.

SSMS jest osobnym narzędziem, a nie edycją SQL Server

SQL Server Management Studio, skrótowo SSMS, to aplikacja kliencka służąca do łączenia się z instancjami Microsoft SQL Server, wykonywania zapytań Transact-SQL, przeglądania obiektów baz danych oraz konfigurowania wielu elementów środowiska. SSMS nie jest wariantem silnika SQL Server i nie należy go utożsamiać z edycjami takimi jak Express, Web, Standard, Enterprise, Developer czy Evaluation. Instalacja SSMS nie instaluje automatycznie usługi Database Engine, nie tworzy instancji serwera i nie zmienia edycji już działającego SQL Server.

Rozdzielenie tych składników oznacza, że na jednym komputerze może działać sam SSMS, podczas gdy właściwa instancja SQL Server znajduje się na innym komputerze albo na serwerze w centrum danych. Możliwa jest także sytuacja odwrotna: na komputerze jest zainstalowany SQL Server Express lub Developer, ale administrator korzysta z SSMS zainstalowanego na osobnej stacji roboczej. O tym, jakie operacje będą dostępne, decydują przede wszystkim wersja i konfiguracja serwera, wybrana edycja silnika oraz uprawnienia konta, a nie sama nazwa zainstalowanego programu SSMS.

Połączenie z Express, Standard, Enterprise i Developer

SSMS może służyć do obsługi instancji SQL Server Express, Web, Standard, Enterprise, Developer i Evaluation, o ile dana wersja SSMS obsługuje używaną wersję serwera i sieć pozwala na nawiązanie połączenia. W oknie łączenia wybiera się typ serwera, nazwę komputera oraz instancję. Dla instancji domyślnej często używa się nazwy hosta, adresu IP albo nazwy komputera, natomiast dla instancji nazwanej stosuje się zapis w rodzaju HOST\NAZWA_INSTANCJI. W przypadku SQL Server Express często spotyka się instancję o nazwie SQLEXPRESS, ale nie jest to reguła obowiązująca dla każdej instalacji.

Do uwierzytelniania można wykorzystać konto Windows albo logowanie SQL Server, jeżeli tryb uwierzytelniania i konfiguracja instancji na to pozwalają. Sam fakt, że SSMS wyświetla serwer w przeglądarce obiektów, nie oznacza jeszcze pełnego dostępu do jego baz i ustawień. Użytkownik musi mieć odpowiednie uprawnienia, na przykład do odczytu danych, wykonywania określonych poleceń lub zarządzania instancją. Problemy z połączeniem mogą wynikać z błędnej nazwy instancji, wyłączonej usługi SQL Server Browser, niedostępnego portu TCP albo ograniczeń zapory sieciowej. Są to kwestie konfiguracji serwera i sieci, a nie różnice między instalacją SSMS dla poszczególnych edycji.

Różnice edycji wpływają na funkcje serwera

Jedna instalacja SSMS może pokazywać podobny interfejs dla różnych edycji, lecz nie oznacza to identycznego zestawu funkcji po stronie silnika. SQL Server Express jest bezpłatną, ograniczoną edycją przeznaczoną między innymi do małych aplikacji i zastosowań lokalnych. Ma ograniczenia zasobów oraz nie zawiera wszystkich usług dostępnych w edycjach serwerowych; przykładowo SQL Server Agent nie jest składnikiem Express. Jeżeli w SSMS zostanie otwarty węzeł dotyczący funkcji niedostępnej w Express, narzędzie może go nie wyświetlić, oznaczyć jako niedostępny albo zwrócić błąd podczas próby użycia.

SQL Server Standard i Enterprise różnią się zakresem obsługiwanych możliwości, limitami oraz funkcjami związanymi między innymi z wysoką dostępnością, bezpieczeństwem, wydajnością i przetwarzaniem danych. SSMS może udostępniać polecenie lub okno konfiguracji, ale skuteczne wykonanie operacji zależy od tego, czy funkcja istnieje w konkretnej edycji i czy użytkownik ma wymagane uprawnienia. Developer jest edycją przeznaczoną do tworzenia i testowania, funkcjonalnie zbliżoną do Enterprise, lecz jej zastosowanie produkcyjne podlega ograniczeniom licencyjnym. Evaluation jest edycją ewaluacyjną z czasowym okresem używania. Dlatego przy diagnozowaniu problemu trzeba sprawdzić zarówno wersję SSMS, wersję SQL Server, edycję instancji, jak i komunikat zwrócony przez serwer.

Dobór wersji SSMS i diagnostyka połączenia

SSMS jest aktualizowany niezależnie od instalacji SQL Server. Nowsza wersja programu może łączyć się ze starszymi instancjami, ale zgodność nie oznacza, że wszystkie funkcje nowszego serwera będą dostępne podczas pracy ze starszym silnikiem. Z kolei starsze wydanie SSMS może nie rozpoznawać nowych obiektów, ustawień lub opcji wprowadzonych w nowszej wersji SQL Server. Przy planowaniu pracy warto więc dobrać obsługiwaną wersję narzędzia do wersji instancji oraz sprawdzić wymagania konkretnej funkcji, zamiast kierować się wyłącznie nazwą edycji.

Podczas diagnostyki należy oddzielić trzy warstwy: instalację aplikacji SSMS, działanie usługi SQL Server oraz dostęp użytkownika do instancji i baz. Jeżeli SSMS uruchamia się, lecz nie łączy z serwerem, trzeba sprawdzić nazwę instancji, stan usługi, protokoły sieciowe i zaporę. Jeżeli połączenie działa, ale brakuje określonego polecenia lub obiektu, należy zweryfikować edycję silnika, wersję SQL Server i uprawnienia. Taki podział pozwala uniknąć błędnego wniosku, że konieczna jest osobna „edycja” Management Studio dla Express, Standard albo Enterprise. SSMS pozostaje narzędziem zarządzającym, a zakres dostępnych operacji wynika z serwera, z którym aktualnie pracuje.