SSIS jako osobna usługa

SSIS jako osobna usługa umożliwia zarządzanie wdrożonymi pakietami niezależnie od silnika bazodanowego.

Rola usługi SSIS w architekturze SQL Server

SQL Server Integration Services (SSIS) jest platformą do budowania i uruchamiania pakietów przepływu danych. Pakiet może pobierać dane z plików, tabel, usług lub innych źródeł, przekształcać je, a następnie zapisywać w miejscu docelowym. W pakiecie definiuje się między innymi zadania sterujące, przepływy danych, połączenia, zmienne, parametry, obsługę błędów i zależności między operacjami.

SSIS może być zainstalowany jako składnik SQL Server, ale jego wykonywanie nie wymaga uruchamiania zadań bezpośrednio przez aparat SQL Server Database Engine. Oddzielna usługa SSIS, obsługiwana przez proces SQL Server Integration Services, udostępnia mechanizm zarządzania i uruchamiania pakietów. Dzięki temu administracja środowiskiem integracyjnym może być prowadzona niezależnie od konfiguracji instancji silnika relacyjnej bazy danych.

Co oznacza wdrażanie pakietów niezależnie od silnika bazodanowego

Pakiety SSIS mogą być przechowywane w różnych modelach wdrażania. W starszym modelu pakiet może znajdować się w systemie plików albo w bazie MSDB, natomiast w modelu projektu pakiety są publikowane do katalogu SSISDB. Katalog SSISDB jest bazą danych przeznaczoną do przechowywania projektów, parametrów, środowisk, konfiguracji i informacji o wykonaniach. Nie oznacza to jednak, że sam pakiet jest zadaniem silnika Database Engine. Silnik bazy może przechowywać katalog i dane pomocnicze, lecz uruchomienie pakietu realizuje środowisko SSIS.

Usługa SSIS pozwala wskazać lokalizacje przechowywania pakietów i udostępnia je narzędziom administracyjnym, między innymi SQL Server Management Studio. W konfiguracji usługi określa się plik XML opisujący zarządzane wystąpienia i lokalizacje magazynów pakietów. Administrator może wtedy przeglądać pakiety oraz organizować ich uruchamianie bez traktowania każdego pakietu jako procedury wykonywanej przez Database Engine. Rozdzielenie tych ról ułatwia aktualizowanie pakietów, zmianę parametrów środowiskowych i kontrolę dostępu do katalogu SSISDB.

Uruchamianie, parametryzacja i rejestrowanie wykonań

Wdrożony pakiet SSIS może być uruchamiany ręcznie, z poziomu narzędzi administracyjnych albo automatycznie przez SQL Server Agent. SQL Server Agent pełni wtedy funkcję harmonogramu i wywołuje wykonanie, ale logika przepływu danych pozostaje zdefiniowana w pakiecie SSIS. Do uruchomienia można wykorzystać procedury katalogu SSISDB, takie jak catalog.create_execution, catalog.set_execution_parameter_value oraz catalog.start_execution. Procedury te dotyczą katalogu SSISDB i są dostępne wtedy, gdy pakiet został wdrożony w modelu projektu.

Parametry projektu i pakietu pozwalają oddzielić definicję przepływu od wartości zależnych od środowiska, takich jak nazwa serwera, ścieżka pliku, nazwa bazy danych albo zakres przetwarzanych danych. Środowisko SSISDB może przechowywać wartości używane przez projekt, a odwołania do nich konfiguruje się jako zmienne środowiskowe. Podczas wykonania można również ustawić poziom rejestrowania. Katalog SSISDB zapisuje informacje o wykonaniach, komunikatach, czasie trwania oraz błędach, co pozwala ustalić, czy problem wystąpił podczas nawiązywania połączenia, odczytu danych, transformacji, zapisu czy końcowego zatwierdzania operacji.

Znaczenie odseparowania SSIS przy diagnostyce przepływu danych

Przy analizie problemu trzeba rozdzielić trzy elementy: definicję pakietu, usługę wykonującą pakiet oraz systemy źródłowe i docelowe. Błąd połączenia z bazą może wynikać z nieprawidłowego parametru, niedostępności serwera, braku uprawnienia konta uruchamiającego usługę albo różnicy między środowiskiem projektowym i produkcyjnym. Sam fakt, że Database Engine działa poprawnie, nie potwierdza poprawności usługi SSIS ani wszystkich połączeń wymaganych przez pakiet.

Diagnostyka powinna obejmować stan usługi SQL Server Integration Services, konfigurację katalogu SSISDB, historię wykonywania, wartości parametrów oraz logi poszczególnych zadań. Należy także sprawdzić, czy używany sterownik i dostawca danych są zainstalowane w środowisku, w którym pakiet jest wykonywany, ponieważ projekt przetestowany w narzędziu deweloperskim może korzystać z innego zestawu komponentów niż serwer wykonawczy. Takie rozdzielenie ułatwia określenie, czy awaria dotyczy samego przepływu danych, konfiguracji usługi SSIS, harmonogramu, połączenia z bazą czy zewnętrznego źródła danych.