Microsoft SSIS — opinie, funkcje i zastosowania

Czym jest Microsoft SSIS i dla kogo powstał?

Microsoft SSIS służy do integracji danych w procesach ETL: pobiera je, przekształca i ładuje do miejsca docelowego. Narzędzie jest przeznaczone przede wszystkim dla administratorów SQL Server i programistów.NET pracujących w środowisku Microsoft¹. SSIS pojawiło się w 2005 r. jako składnik SQL Server 2005 i zastąpiło Data Transformation Services (DTS)².

Pakiet ETL układa pracę z danymi w proces, który przygotowuje je choćby do raportowania. W zestawie Microsoft Business Intelligence (MSBI) SSIS przygotowuje i przenosi dane; nie wyświetla odbiorcy gotowego raportu.
Firma może więc osobno zaplanować zasilanie analiz i prezentację wyników³. W klasycznym zestawie usług Microsoft BI SSIS odpowiada za integrację, SSAS za analizy, a SSRS za raportowanie⁴.

Microsoft SSIS ma sens dla zespołu, który rozwija procesy danych w środowisku Microsoft. Narzędzia do wizualizacji warto porównywać zamiast pakietów ETL, gdy firma potrzebuje wyłącznie dashboardów. Punktem odniesienia przy wyborze narzędzia do raportów jest Power BI Desktop: program jest dostępny bezpłatnie, za 0 zł⁵.

Funkcje Microsoft SSIS

W Microsoft SSIS projektuje się przepływ sterowania oraz przepływ danych w pakietach integracyjnych. Graficzny edytor pozwala układać elementy metodą „przeciągnij i upuść”. Wśród transformacji są Lookup, Merge, Aggregate, Derived Column i Slowly Changing Dimension, używana do obsługi zmian atrybutów w danych historycznych¹. Lookup ma 3 tryby pamięci podręcznej: pełny, częściowy i bez pamięci podręcznej⁶.

• Przygotowanie danych w Microsoft SSIS obejmuje profilowanie, oczyszczanie i zarządzanie metadanymi. Do modelowania obiektów SSIS służą interfejsy API⁷.
• Katalog SSISDB udostępnia wersjonowanie, dzienniki wykonań, parametryzację, środowiska i monitorowanie pakietów Microsoft SSIS. Pomaga zarządzać pakietami, ale nie służy do prezentowania raportów¹.
• Kontrola wykonania pakietów Microsoft SSIS obejmuje punkty przerwania, podgląd danych, obsługę błędów, transakcje, ponowienia i punkty kontrolne. Dzięki temu zespół może ustalić, gdzie proces się zatrzymał i jak go wznowić¹.
• Rozszerzanie logiki Microsoft SSIS jest możliwe przez Script Task lub Script Component w C#, własne komponenty i adaptery firm trzecich. Przy takiej pracy potrzebny jest programista C#; samo układanie elementów graficznych nie wystarczy¹.
• Przetwarzanie danych w Microsoft SSIS pozwala równolegle wykonywać pracę potoku i dostrajać bufory. Pakiety można też uruchamiać na wielu serwerach¹.

Pakiety Microsoft SSIS można też uruchamiać na wielu serwerach.

Ile kosztuje Microsoft SSIS?

Pakiety Microsoft SSIS można wykonywać w Azure Data Factory Azure-SSIS Integration Runtime. Opłaty nalicza się za czas działania środowiska w przyrostach sekundowych, a poniższe stawki dotyczą miesiąca pracy jednego węzła. Cena zależy od edycji, serii maszyny oraz wariantu z licencją lub korzyścią użycia hybrydowego platformy Azure⁸. Jednostką naliczania opłat za Azure-SSIS IR jest 1 sekunda⁹.

Plany i abonamenty

Tabela zestawia miesięczne stawki Azure-SSIS IR za węzeł: z licencją oraz z korzyścią użycia hybrydowego.

Dane w tabeli: 8

Opłaty dodatkowe i wdrożenie

Na koszt uruchamiania Microsoft SSIS w Azure wpływają maszyna, liczba węzłów, czas ich pracy i wariant licencyjny. Stawki miesięczne z tabeli opisują pełny miesiąc pracy węzła; nie są opłatą za każde wykonanie pakietu⁸. Przy orientacyjnym przeliczaniu stawki godzinowej na pełny miesiąc kalkulator cen Azure przyjmuje 730 godzin¹⁰.

Katalog pakietów w Azure SQL Database jest osobnym elementem środowiska, obok Azure-SSIS IR. Wariant z korzyścią użycia hybrydowego wiąże się z uprawnieniami do licencji SQL Server. Jego stawki nie oznaczają czasowej promocji z późniejszą zmianą ceny przewidzianą w tabeli⁸. Przykładowa baza Azure SQL Database w warstwie Standard S3 ma limit 100 DTU¹¹.

Wersje, limity i sposób udostępniania Microsoft SSIS

Microsoft SSIS może działać lokalnie jako składnik SQL Server Integration Services albo w chmurze, na węzłach Azure-SSIS Integration Runtime (IR). Instalacja lokalna zależy od serwera i systemu operacyjnego; w Azure zasoby wynikają z wybranej maszyny. Rdzenie, pamięć RAM i magazyn tymczasowy opisują możliwości węzła, ale nie gwarantują czasu wykonania pakietu. Minimalna obsługiwana wersja systemu serwerowego dla lokalnej instalacji SQL Server 2022, w tym Integration Services, to Windows Server 2016¹².

Do instalacji SQL Server 2019 Integration Services potrzeba co najmniej 6 GB wolnego miejsca na dysku i 1 GB RAM w edycjach z SSIS. Zalecana pamięć to 4 GB; procesor musi być 64-bitowy i pracować z częstotliwością co najmniej 1,4 GHz. Minimum systemowe stanowi Windows Server 2016 albo Windows 10 TH1 1507. Są to warunki instalacji, nie zalecana konfiguracja dla każdego obciążenia ETL^7,13.

Tabela zestawia warianty węzłów Azure-SSIS IR według rdzeni, pamięci RAM i magazynu tymczasowego. Wariant Standard_D2_v3 oferuje 2 vCPU oraz 8 GiB RAM⁹.

Dane w tabeli: 8

Zasoby Azure-SSIS IR pomagają dobrać węzeł do potrzeb pakietów w zakresie pamięci i przetwarzania. Większa maszyna nie zastąpi jednak oceny przepływów danych ani wymagań wdrożenia.
Dla porównania wariant Standard_D64_v3 oferuje 64 vCPU i 256 GiB RAM⁹.

Integracje Microsoft SSIS

Microsoft SSIS łączy dane z plików i baz z narzędziami SQL Server oraz usługami Azure. Sposób połączenia zależy od celu: część wymienionych usług służy do wdrażania pakietów. Do usług WWW i REST API pakiet uzyskuje dostęp przez skrypty albo konektory^1,3,14,15,16.

• Źródła danych Microsoft SSIS obejmują pliki Excel i CSV oraz bazy SQL Server, Oracle i Sybase. Zespół może więc budować przepływy dla danych zapisanych w różnych formatach i systemach^3,14.
• Narzędzia SQL Server współpracujące z Microsoft SSIS to SQL Server Agent, SQL Server Data Tools, SQL Server Management Studio i katalog SSISDB. Tworzą środowisko pracy z pakietami, lecz nie są zamiennymi źródłami danych^1,15.
• Usługi Azure związane z Microsoft SSIS obejmują Azure Data Factory i Azure Synapse Pipelines, używane do wdrażania i uruchamiania pakietów. Przy migracji wymieniane są też Azure SQL Database, Azure SQL Managed Instance i Azure Files¹⁵.
• Azure DevOps może uczestniczyć we wdrażaniu Microsoft SSIS z użyciem CI/CD, czyli automatyzacji integracji i dostarczania zmian¹.
• Usługi WWW i REST API są dostępne dla Microsoft SSIS przez skrypty lub konektory. Wybrany sposób dostępu trzeba uwzględnić podczas projektowania pakietu¹.

Wybrany sposób dostępu trzeba uwzględnić podczas projektowania pakietu.

Wdrożenie i wsparcie Microsoft SSIS

Istniejące pakiety Microsoft SSIS można przenieść do Azure-SSIS Integration Runtime i uruchamiać w Azure Data Factory lub potokach Azure Synapse. Zespół może nadal pracować w SQL Server Data Tools (SSDT), SQL Server Management Studio (SSMS) i narzędziach wiersza polecenia¹⁵. Azure-SSIS IR obsługuje 2 modele wdrażania: model projektu oraz model pakietu¹⁷.

Przeniesienie pakietów zmienia środowisko ich uruchamiania, ale nie wymusza porzucenia dotychczasowych narzędzi. Zespoły utrzymujące ETL mogą z nich korzystać również przy pracy z pakietami w Azure.
Do wykonywania pakietów potrzebne będzie środowisko Azure-SSIS Integration Runtime¹⁵. Przy projektowaniu dostępne jest rozszerzenie SQL Server Integration Services Projects 2022 dla Visual Studio 2022¹⁸.

Wsparcie wdrożeniowe nie jest tym samym co dostęp do SSDT i SSMS. Obecność tych narzędzi nie oznacza, że Microsoft wykona usługę migracji. Wybór wdrożenia zależy od tego, czy firma chce utrzymać dotychczasowe pakiety w Azure, czy zaprojektować osobny proces danych¹⁵. Według Microsoft wsparcie podstawowe SQL Server 2022 kończy się 12 stycznia 2028 r., a nie 11 stycznia¹⁹.

Co Microsoft SSIS robi inaczej niż konkurencja?

Microsoft SSIS jest mniej natywny dla chmury niż zarządzane usługi ETL. Chmurowe wzorce skalowania wymagają więc dodatkowej pracy¹. W porównaniu z Azure Data Factory (ADF) liczy się sposób utrzymania procesów, nie tylko możliwość uruchomienia pakietów w Azure. Przy skalowaniu trzeba zaplanować architekturę i konfigurację SSIS; sama zmiana wariantu węzła nie rozwiązuje tego zadania¹. Pojedyncze działanie Copy w Azure Data Factory może dla porównania korzystać maksymalnie z 256 jednostek DIU²⁰.

Plusy i minusy Microsoft SSIS

Microsoft SSIS daje zespołom używającym technologii Microsoft narzędzia do tworzenia i nadzorowania pakietów. Wdrożenie lokalne wymaga jednak licencji SQL Server oraz sprzętu. Przy wyborze między instalacją lokalną a Azure Data Factory trzeba też uwzględnić różnice w konfiguracji i utrzymaniu^1,21.

Plusy

Plusy Microsoft SSIS to znajome środowisko pracy, gotowe transformacje, edytor graficzny, narzędzia debugowania i nadzór operacyjny nad pakietami.

• Znajome środowisko pracy przemawia za Microsoft SSIS w zespołach administratorów SQL Server i programistów.NET. Wartość tej zalety zależy od umiejętności osób, które później będą utrzymywać pakiety¹.
• Tworzenie i diagnozowanie pakietów wspierają w Microsoft SSIS gotowe transformacje, edytor graficzny i narzędzia debugowania. Korzystają z nich twórcy procesów danych, nie odbiorcy raportów¹.
• Nadzór operacyjny nad pakietami Microsoft SSIS ułatwia katalog SSISDB: wersjonuje pakiety, rejestruje wykonania i pozwala je monitorować. To przydatne, gdy jeden zespół rozwija procesy i odpowiada za ich działanie¹.

Minusy

Minusy Microsoft SSIS to wymagania wdrożenia lokalnego, konfiguracja i utrzymanie lokalnego Microsoft SSIS oraz dodatkowe kroki konfiguracyjne.

• Wymagania wdrożenia lokalnego obejmują licencję SQL Server i infrastrukturę sprzętową. Konfiguracja oraz utrzymanie lokalnego Microsoft SSIS są bardziej złożone niż w przypadku Azure Data Factory²¹.
• Połączenie środowiska lokalnego z chmurą wymaga w Microsoft SSIS dodatkowych kroków konfiguracyjnych. Firma opierająca procesy głównie na usługach chmurowych powinna uwzględnić tę pracę przy wyborze architektury²¹.

Wybór architektury powinien uwzględnić tę pracę.

Jak ocenić zgodność pakietów Microsoft SSIS przed migracją do Azure?

Migracja pakietów Microsoft SSIS do Azure-SSIS Integration Runtime wymaga oceny ich zgodności oraz doboru zasobów węzła do wykonywanych zadań. Oba kroki są szczególnie istotne dla zespołów prowadzących lokalne procesy integracji danych i ETL w SQL Server^15,21.

Ocena pakietów narzędziem Data Migration Assistant: blokady, częściowa obsługa i funkcje przestarzałe

Data Migration Assistant (DMA) ocenia pakiety przed przeniesieniem do Azure-SSIS Integration Runtime. Wyniki rozróżniają blokady migracji oraz funkcje obsługiwane częściowo i przestarzałe. Każda kategoria oznacza inny rodzaj ryzyka, a nie każdy pakiet napotka tę samą przeszkodę¹⁵.

• Ocena zgodności pakietów Microsoft SSIS wymaga uruchomienia analizy w DMA przed podjęciem decyzji o migracji¹⁵.
• Klasyfikacja wyników DMA rozdziela blokady, częściową obsługę i funkcje przestarzałe oraz wskazuje pakiety wymagające pracy przed przeniesieniem¹⁵.
• Zakres oceny pakietu Microsoft SSIS obejmuje zadania importu i eksportu oraz przepływy ETL: wyodrębnianie, transformowanie i ładowanie danych^3,22.

Zasoby środowiska Azure-SSIS Integration Runtime na przykładzie D2 V3

Węzeł Azure-SSIS IR D2 V3 ma 2 rdzenie, 8,00 GiB RAM i 50 GiB magazynu tymczasowego. Te parametry opisują zasoby środowiska uruchomieniowego, ale nie potwierdzają zgodności pakietu. Dobór węzła i ocena w DMA odpowiadają na różne pytania przed migracją^8,15.

Co oznacza 180-dniowy okres przenoszenia licencji Microsoft SSIS do chmury?

Microsoft SSIS nie ma osobnego okresu przenoszenia licencji. Zasada równoległego używania dotyczy licencji SQL Server przenoszonych między środowiskiem lokalnym a chmurą. Pozwala utrzymać oba środowiska podczas migracji, ale nie daje bezterminowego prawa do używania w nich tej samej licencji²³.

Równoczesne używanie licencji SQL Server lokalnie i w chmurze przez 180 dni

Microsoft pozwala używać przenoszonych licencji SQL Server jednocześnie lokalnie i w chmurze przez 180 dni. Później licencja musi być używana w jednym z tych środowisk. Firma przenosząca pakiety Microsoft SSIS powinna więc traktować ich równoległe działanie jako etap migracji, nie docelowy model licencjonowania^23,24.

Software Assurance a prawo do korzyści użycia hybrydowego Azure po przeniesieniu licencji

Stawki Azure-SSIS IR z korzyścią użycia hybrydowego wymagają aktywnego Software Assurance dla przenoszonych do chmury licencji SQL Server Standard lub SQL Server Enterprise na rdzeń. Stawka z licencją dla wybranego wariantu środowiska obowiązuje, gdy ochrona wygaśnie i nie zostanie odnowiona⁸. Korzyść użycia hybrydowego Azure nie działa wstecz, więc data uzyskania uprawnienia wpływa na rozliczenie migracji²³.

Microsoft SSIS w zasilaniu raportów: co pokazuje opisany projekt?

W opisanym projekcie z Microsoft SSIS, SQL Server i Power BI czas przygotowania raportu spadł z 3–5 dni przed wdrożeniem do poniżej 30 minut po wdrożeniu. Wynik dotyczy całego rozwiązania. Nie jest pomiarem wydajności samego SSIS¹⁴.

Projekt z Microsoft SSIS, SQL Server i Power BI

Ten przypadek pokazuje, jak Microsoft SSIS może zasilać raporty danymi obok SQL Server i Power BI. Podanego skrócenia czasu nie można przypisać wyłącznie pakietom integracyjnym. Projekt wykorzystywał wszystkie wymienione produkty¹⁴.

Firma rozważająca podobne wdrożenie powinna porównać czas przygotowania konkretnego raportu przed zmianą procesu i po niej. Opisany wynik pokazuje skalę poprawy w tamtym projekcie. Nie gwarantuje takiego samego czasu przy innych raportach¹⁴.

Dla kogo jest Microsoft SSIS, a dla kogo nie?

Microsoft SSIS pasuje do organizacji przenoszących istniejące pakiety ETL do Azure. Sprawdza się też w zespołach, które zasilają hurtownię i raporty danymi z systemów transakcyjnych. Kryterium wyboru jest tu przygotowanie danych, nie samo wyświetlanie wyników analizy^1,15.

Sprawdzi się, jeśli

Microsoft SSIS sprawdzi się przy migracji istniejących pakietów SSIS i okresowym zasilaniu hurtowni danych.

• Migracja istniejących pakietów SSIS dotyczy organizacji przenoszących obciążenia ETL do usług Azure. Firma zaczyna od pakietów, których już używa, zamiast budować cały proces od podstaw¹⁵.
• Okresowe zasilanie hurtowni danych polega na ładowaniu danych z systemów transakcyjnych. Microsoft SSIS może też oczyszczać dane przygotowywane do raportowania lub pracy w Power BI¹.

Poszukaj gdzie indziej, jeśli

Poszukaj gdzie indziej, jeśli same dashboardy nie wymagają zakupu narzędzia do przygotowywania lub ładowania danych.

• Same dashboardy nie wymagają zakupu narzędzia do przygotowywania lub ładowania danych. Microsoft SSIS obsługuje ETL; prezentację wyników należy potraktować jako osobny wybór.
• Nowy proces w zarządzanej usłudze chmurowej to inny cel niż przeniesienie istniejących pakietów. W takim projekcie o wyborze decydują zasady utrzymania i skalowania opisane w porównaniu z usługami chmurowymi^1,25.

Microsoft SSIS jest odpowiedni przede wszystkim dla zespołów utrzymujących pakiety ETL lub regularnie przygotowujących dane do hurtowni i raportów. To właśnie przy takich zadaniach wykorzystuje się jego funkcje^1,15.

Alternatywy dla Microsoft SSIS

Microsoft SSIS warto zestawiać z innymi produktami według celu projektu: tworzenia nowej integracji albo uruchamiania posiadanych pakietów. Azure Synapse Pipelines służy również temu drugiemu celowi. Uruchamia pakiety SSIS przez Azure-SSIS Integration Runtime, nie zastępując ich¹⁵.

Tabela pokazuje role wskazanych produktów w integracji danych, zgodnie z ich udokumentowanym zastosowaniem.

Dane w tabeli: 3,15,21

Alternatywy dla Microsoft SSIS to Azure Data Factory, Fabric Data Factory, Azure Synapse Pipelines, Oracle Data Integrator i IBM DataStage.

• Azure Data Factory odpowiada integracji projektowanej dla Azure. Samo to nie rozstrzyga, czy należy przenieść istniejące pakiety SSIS²¹.
• Fabric Data Factory Microsoft wskazuje jako punkt startowy nowych projektów. W tym porównaniu nie pełni roli środowiska uruchamiania pakietów SSIS¹⁵.
• Azure Synapse Pipelines pasuje do projektu, który zachowuje pakiety SSIS. Nie jest sposobem na rezygnację z nich¹⁵.
• Oracle Data Integrator i IBM DataStage konkurują z SSIS. Status konkurenta sam w sobie nie mówi jednak, który produkt pasuje do danego przepływu danych³.

Najczęstsze pytania o Microsoft SSIS

Przy ocenie Microsoft SSIS nie wystarczy ustalić, czy pakiet się uruchamia. Trzeba też ocenić poprawność danych, zależności między procesami oraz sposób przekazania rozwiązania do utrzymania²⁶.

Czy zakończenie pakietu oznacza, że dane są poprawne?

Zakończenie pakietu nie oznacza, że dane są poprawne. Wynik trzeba porównać z oczekiwanym zakresem, regułami transformacji i danymi źródłowymi²⁷.

Co uwzględnić przy planowaniu kolejności pakietów?

Przy planowaniu kolejności pakietów należy uwzględnić zależności między źródłami danych, przekształceniami i zasilanymi zbiorami. Warunek uruchomienia trzeba określić, gdy pakiet potrzebuje wyniku wcześniejszego procesu. Plan powinien też wskazywać, co zrobić po niepowodzeniu poprzedniego zadania.

Co przekazać zespołowi utrzymującemu proces?

Dokumentacja procesu Microsoft SSIS powinna wskazywać właściciela danych, źródła, miejsca docelowe, reguły przekształceń i oczekiwany wynik. Zespół utrzymaniowy musi wiedzieć, jak rozpoznać błędne wykonanie. Potrzebuje również zasad ponownego przetwarzania danych.

Ceny i warunki sprawdzone u źródeł: październik 2026.