Instalator SQL Server

Instalator SQL Server to narzędzie przeprowadzające proces wdrożenia i konfiguracji komponentów tego systemu bazodanowego.

Rola instalatora SQL Server w przygotowaniu środowiska

Instalator SQL Server jest programem uruchamianym podczas wdrażania platformy Microsoft SQL Server. Nie ogranicza się do skopiowania plików na dysk. Przygotowuje wybrane składniki silnika bazodanowego, rejestruje usługi systemu Windows, tworzy konfigurację instancji oraz sprawdza, czy komputer spełnia wymagania określone dla wybranych funkcji. Instalacja może obejmować między innymi Database Engine Services, czyli właściwy silnik relacyjnej bazy danych, a także narzędzia dodatkowe dostępne w danym wydaniu instalatora.

Proces jest obsługiwany przez plik Setup.exe i kreator instalacji SQL Server. W zależności od wybranego trybu można wykonać nową instalację, dodać funkcję do istniejącej instancji, przeprowadzić aktualizację albo usunąć wcześniej zainstalowany składnik. Instalator rozdziela pojęcie instancji od samego komputera: na jednym systemie mogą działać różne instancje SQL Server, z odrębnymi nazwami, usługami, katalogami plików i ustawieniami. Instancja domyślna jest zwykle identyfikowana nazwą komputera, natomiast instancja nazwana korzysta z formatu NAZWA_KOMPUTERA\NAZWA_INSTANCJI.

Wybór funkcji, instancji i katalogów danych

Jednym z najważniejszych etapów jest wybór funkcji instalowanych przez SQL Server Setup. Zaznaczenie Database Engine Services powoduje przygotowanie usługi silnika, która będzie przechowywać i przetwarzać bazy danych. Instalator pozwala również wskazać dodatkowe komponenty, lecz ich dostępność zależy od edycji i wersji SQL Server. Należy odróżnić funkcje instancji, instalowane dla konkretnego wystąpienia silnika, od narzędzi współdzielonych, które mogą być używane przez więcej niż jedną instancję.

Podczas konfiguracji instancji określa się jej identyfikator, nazwę oraz katalogi używane przez program. Osobno mogą być wskazane lokalizacje plików danych, dzienników transakcji, kopii zapasowych i plików tymczasowej bazy tempdb. Takie ustawienia mają znaczenie dla późniejszego działania systemu, ponieważ plik danych i dziennik transakcji pełnią różne funkcje. Dziennik zapisuje informacje potrzebne między innymi do odtwarzania spójności transakcji, a baza tempdb służy do operacji tymczasowych wykonywanych przez silnik.

Instalator przeprowadza także reguły sprawdzające, które mogą wykryć między innymi brak wymaganych składników systemu, niezgodność architektury, problemy z uprawnieniami lub konflikt z istniejącą instalacją. Wynik tych kontroli nie jest równoznaczny z testem poprawności działania aplikacji korzystającej z bazy. Po zakończeniu Setup.exe trzeba jeszcze sprawdzić uruchomienie usługi, możliwość połączenia oraz zgodność konfiguracji z wymaganiami konkretnego programu.

Uwierzytelnianie, usługi i parametry po instalacji

W konfiguracji Database Engine instalator pozwala wybrać tryb uwierzytelniania. SQL Server obsługuje tryb Windows Authentication oraz tryb mieszany, określany jako SQL Server and Windows Authentication. W pierwszym przypadku dostęp jest kontrolowany przy użyciu kont i grup systemu Windows. W trybie mieszanym silnik może dodatkowo obsługiwać logowania SQL Server, dla których ustala się hasła i uprawnienia niezależne od kont systemowych. Wybrany tryb wpływa na sposób konfigurowania połączeń aplikacji i nie powinien być dobierany przypadkowo.

Oddzielnym etapem jest przypisanie kont usługom SQL Server. Usługa Database Engine działa w systemie Windows pod określonym kontem, a instalator może skonfigurować także inne usługi, jeśli zostały wybrane odpowiednie funkcje. Konto usługi określa kontekst, w którym wykonywane są operacje systemowe, dlatego jego uprawnienia muszą odpowiadać wymaganiom instalacji i lokalizacji plików. Błędne konto, brak dostępu do katalogu danych albo nieprawidłowe ustawienia uruchamiania usługi mogą spowodować, że instalacja zakończy się formalnie poprawnie, lecz silnik nie będzie działał zgodnie z oczekiwaniami.

Ważnym parametrem jest również sortowanie, czyli collation. Określa ono między innymi zasady porównywania i sortowania tekstu oraz sposób traktowania wielkości liter i znaków diakrytycznych. Ustawienie wybrane na poziomie instalacji może stać się domyślną konfiguracją instancji, choć poszczególne bazy i kolumny mogą mieć własne reguły sortowania. Zmiana collation po wdrożeniu nie jest zwykłą korektą pojedynczej opcji, dlatego parametr powinien być dopasowany do wymagań aplikacji.

Diagnostyka nieudanej instalacji SQL Server

Jeżeli instalator SQL Server zgłasza błąd, pierwszym źródłem informacji są reguły instalacji, komunikaty kreatora oraz pliki dziennika Setup. Dzienniki są zapisywane w katalogach związanych z instalacją SQL Server i zawierają informacje o wykonywanych akcjach, kodach błędów oraz składnikach, których nie udało się skonfigurować. Sam komunikat końcowy może być ogólny, dlatego przy analizie należy ustalić, czy problem dotyczył wymagań systemowych, instalacji konkretnej funkcji, konta usługi, istniejącej instancji, dostępu do plików czy restartu systemu.

Po instalacji warto sprawdzić, czy usługa SQL Server została uruchomiona oraz czy instancja odpowiada na połączenia przy użyciu właściwej nazwy. W przypadku instancji nazwanej istotne jest użycie poprawnego identyfikatora instancji, a nie tylko nazwy komputera. Należy również zweryfikować, czy aplikacja korzysta z właściwego trybu uwierzytelniania, czy wskazuje odpowiedni katalog lub serwer oraz czy konfiguracja nie została zmieniona przez wcześniejszą instalację. Diagnostyka komputera może obejmować analizę dzienników, usług systemowych, miejsca na dysku i podstawowej komunikacji z silnikiem, bez utożsamiania samego instalatora z działającą bazą danych.

W przypadku komputera, na którym instalacja SQL Server doprowadziła do niestabilności systemu albo konfliktu składników, potrzebne jest rozdzielenie problemu instalacyjnego od problemu sprzętowego. Sprawdza się między innymi stan dysku, pamięci operacyjnej, systemu Windows i istniejących usług. Dopiero po takim rozróżnieniu można ocenić, czy przyczyną jest konfiguracja SQL Server Setup, uszkodzenie systemu, brak zasobów czy usterka podzespołu.