Wiele osób korzysta z bazy danych katalogu SSIS, SSISDB, dla pakietów SSIS.
Właściwie korzystanie z katalogu SSIS jest najlepszą praktyką, ale nadal istnieją sklepy, które korzystają z pakietów systemu plików. Sklepy te powinny naprawdę rozważyć migrację do katalogu SSIS. Niektóre korzyści to:
- Wersyfikacja: Historia wersji jest przechowywana pozwalając programistom zobaczyć listę wszystkich wersji z datą i czasem wdrożenia. To sprawia, że przywrócenie pakietu do konkretnej wersji jest znacznie łatwiejsze.
- Weryfikacja: Walidacja SSIS Catalog może być wykonywana jako oddzielny krok dla pakietów lub projektu zamiast włączania walidacji jako części ogólnego czasu wykonania.
- Logowanie: Logowanie może być włączone w GUI wykonywania pakietów.
- Środowiska &Parametry: SSISDB staje się teraz repozytorium środowisk pozwalającym na mapowanie parametrów na testowe i produkcyjne. Ułatwia to przenoszenie pakietów pomiędzy środowiskami.
- Reporty: SSIS Dashboard jest oparty na Reporting Services (SSRS) i podaje szczegóły wykonania lub walidacji pakietów i projektów.
- Uprawnienia: Uprawnienia mogą być stosowane na każdym folderze, projekcie, środowisku i operacji. Można wybrać role SQL Server i nadać lub odebrać im uprawnienia do odczytu, wykonania lub inne. Wszystkie szczegóły uprawnień są przechowywane w tabelach w bazie katalogowej SSISDB
Jedna uwaga dotycząca włączania logowania… Uważaj, aby logować tylko te rzeczy, które są naprawdę potrzebne. W przeciwnym razie, możesz skończyć z SSISDB, która jest dość duża.
Istnieją 4 poziomy logowania, które mogą być zaimplementowane na poziomie serwera, zadania i wykonania pakietu: None, Basic, Performance & Verbose.
- None: Rejestrowanie jest wyłączone
- Basic (wartość domyślna): Wszystkie zdarzenia są rejestrowane, z wyjątkiem zdarzeń niestandardowych i diagnostycznych
- Performance: Rejestrowane są tylko statystyki wydajności, zdarzenia OnError i OnWarning
- Verbose: Wszystkie zdarzenia są logowane
Uderzenie w wydajność występuje, jeśli używasz poziomów logowania Performance lub Verbose, więc używaj ich z rozwagą.
Konserwacja danych w SSISDB również musi być wykonywana regularnie i ostrożnie. Często zdarza się, że podczas oczyszczania starych danych z SSISDB dochodzi do timeoutów pakietów, więc warto zaplanować dobry moment na uruchomienie zadania 'SSIS Server Maintenance Job’, które jest domyślnie zainstalowane, aby pomóc oczyścić stare rekordy.
Upewnij się, że zachowujesz tylko tę historię, której potrzebujesz. Sprawdź swoje ustawienia retencji, aby upewnić się, że nie masz nadal domyślnej wartości lub 365 dni historii przechowywanej.
Odrobina myślenia o opiece nad bazą danych i ustawieniami SSISDB zapewni, że będziesz mieć środowisko SSIS, które będzie szumieć.
.