Wykonywanie pakietu SSIS

Wykonywanie pakietu SSIS można zaplanować poprzez SQL Server Agent lub uruchomić ręcznie z poziomu narzędzi.

Uruchamianie pakietu SSIS w środowisku SQL Server

Wykonywanie pakietu SSIS oznacza uruchomienie zdefiniowanego przepływu zadań integracyjnych w SQL Server Integration Services. Pakiet może pobierać dane z plików, tabel relacyjnych, usług lub innych źródeł, przekształcać je według ustalonych reguł i zapisywać wynik w docelowym systemie. W czasie wykonania silnik SSIS realizuje między innymi zadania sterujące, przepływy danych, połączenia, zmienne, parametry oraz obsługę zdarzeń. Kolejność wykonywania elementów zależy od relacji między zadaniami i ograniczeń ustawionych w przepływie sterowania, na przykład od warunku powodzenia poprzedniego zadania.

Pakiet można uruchomić ręcznie z poziomu SQL Server Management Studio, narzędzi związanych z Integration Services albo wiersza polecenia. Wybór sposobu zależy od modelu wdrożenia. Pakiety zapisane w katalogu SSISDB są wykonywane przez mechanizmy katalogu Integration Services, natomiast pakiety przechowywane jako pliki lub w starszym modelu wdrożenia mogą wymagać odpowiednio skonfigurowanego środowiska wykonawczego. Samo otwarcie projektu w Visual Studio nie uruchamia automatycznie zaplanowanego procesu produkcyjnego; wykonanie musi zostać wywołane przez użytkownika, agenta lub inne narzędzie.

Planowanie wykonania przez SQL Server Agent

SQL Server Agent pozwala zdefiniować harmonogram, który uruchamia pakiet SSIS o określonych porach albo w reakcji na zdarzenie. W zadaniu agenta stosuje się krok typu SQL Server Integration Services Package albo krok uruchamiający odpowiednie polecenie. Konfiguracja obejmuje między innymi instancję, folder i projekt w katalogu SSISDB, nazwę pakietu, środowisko oraz wartości parametrów. Dla pakietu korzystającego z połączeń do baz danych znaczenie ma konto używane przez agenta lub skonfigurowane poświadczenie i proxy, ponieważ uprawnienia procesu wykonującego zadanie nie muszą być takie same jak uprawnienia osoby tworzącej pakiet.

Harmonogram nie gwarantuje poprawnego przetworzenia danych, jeżeli poprzednie uruchomienie nadal trwa albo źródło nie jest dostępne. W praktyce sprawdza się czas rozpoczęcia i zakończenia zadania, kod wyjścia, komunikaty SSIS oraz logi SQL Server Agent. Warto również określić reakcję na błąd: zatrzymanie kolejnych kroków, ponowienie wykonania lub przekazanie informacji do operatora. Przy procesach cyklicznych trzeba uwzględnić możliwość nakładania się uruchomień, szczególnie gdy pakiet przetwarza duże tabele lub pliki. Równoległe wykonanie dwóch instancji może spowodować blokady, powielenie danych albo konflikt podczas przenoszenia plików, jeśli pakiet nie został do tego przygotowany.

Parametry, środowiska i kontrola przebiegu

Przed wykonaniem pakietu należy rozróżnić parametry projektu, parametry pakietu oraz zmienne używane wyłącznie podczas bieżącego uruchomienia. W katalogu SSISDB wartości środowiskowe mogą dostarczać konfigurację zależną od miejsca wykonania, na przykład nazwę serwera, bazę docelową, katalog plików lub tryb pracy. Powiązanie parametrów z wartościami środowiska musi być jawnie skonfigurowane; samo utworzenie środowiska nie zmienia automatycznie wszystkich ustawień pakietu. Błędna ścieżka, brak dostępu do pliku, nieprawidłowy typ parametru albo brak wartości obowiązkowej może zakończyć wykonanie przed rozpoczęciem właściwego przepływu danych.

SSIS zapisuje informacje o wykonaniu w zależności od wybranego modelu i poziomu rejestrowania. W SSISDB można analizować między innymi komunikaty operacyjne, zdarzenia pakietu, czas trwania oraz status wykonania. Status zakończenia powinien być interpretowany razem z logiem: pakiet może zakończyć się formalnie poprawnie, mimo że część danych została odrzucona przez komponent przepływu danych, jeżeli jego konfiguracja przewiduje obsługę błędnych wierszy bez przerwania całego procesu. Z kolei błąd połączenia może wystąpić dopiero w chwili użycia konkretnego źródła, dlatego pozytywna walidacja wstępna nie zawsze potwierdza gotowość wszystkich zależności.

Diagnostyka nieudanego wykonania pakietu

Analizę problemu zaczyna się od ustalenia, czy uruchomienie zostało wywołane, czy rozpoczął się właściwy proces oraz na którym zadaniu nastąpiło zatrzymanie. Dla SQL Server Agent sprawdza się historię joba, komunikat kroku, harmonogram i właściciela zadania. Dla wykonania z SSISDB sprawdza się folder, projekt, wersję pakietu, odwołane środowisko i szczegóły komunikatów. Należy także porównać konto uruchamiające z kontem używanym podczas testu interaktywnego. Różnice w uprawnieniach systemu plików, baz danych, udziałów sieciowych i dostawców danych często wyjaśniają sytuację, w której pakiet działa ręcznie, ale kończy się błędem z harmonogramu.

Jeżeli problem dotyczy danych, trzeba zweryfikować liczbę odczytanych i zapisanych wierszy, warunki filtrowania, mapowanie kolumn, konwersje typów oraz zachowanie komponentów obsługujących błędne rekordy. Przy błędach wydajności analizuje się czas poszczególnych etapów, rozmiar buforów przepływu danych, blokady w SQL Server i dostępność źródeł. Nie należy ponawiać pakietu bez sprawdzenia, czy poprzednie wykonanie częściowo zapisało wynik. Bezpieczne wznowienie wymaga mechanizmu idempotencji, kontroli zakresu danych albo jawnego rozpoznania, które etapy zakończyły się przed awarią. Diagnostyka komputera używanego do przygotowania lub ręcznego uruchomienia pakietu może obejmować dostępność narzędzi, sterowników i połączenia z SQL Server, natomiast właściwa przyczyna często znajduje się w konfiguracji instancji, agenta lub katalogu SSISDB.