Microsoft wprowadził kilka istotnych zmian w SQL Server Integration Services z SQL Server 2012.
Zupełnie nowa baza danych „SSISDB” uruchomiona jako katalog SSIS „Nowa baza danych repozytorium usług integracyjnych”. Ta nowa baza danych repozytorium przynosi wiele możliwości dla programistów, testerów i administratorów.
Przed SQL 2012 wszystkie pakiety SSIS są przechowywane albo w MSDB albo w systemie plików. W wielu przypadkach krytyczną decyzją staje się określenie, gdzie powinny być przechowywane nasze pakiety lub pliki konfiguracyjne. To również sprawia, że administracja wdrożeniem jest trudna.
Dzięki SSISDB, pakiety mogą być bezpośrednio wdrażane do SSISDB za pomocą SQL Server Data Tools for BI Studio. Pakiety zachowują historię wdrażania, więc można nawet cofnąć niektóre rewizje pakietu.
Tworzenie SSISDB
SSISDB nie jest instalowane domyślnie przy instalacji SQL Server 2012 lub nowszego. Po podłączeniu się do SQL Server za pomocą SSMS, znajdziemy nowy katalog „Integration Services Catalogs”. Katalog ten nie jest domyślnie ustawiony, należy go utworzyć.
Po kliknięciu na create catalog, pojawi się poniższe okno. Należy zaznaczyć opcję włącz integrację CLR aby móc korzystać z katalogu SSIS. Wpisujemy hasło zabezpieczające klucz główny bazy danych, który jest używany do szyfrowania danych katalogowych. Hasło to jest bardzo ważne &, więc upewnij się, że pamiętasz to hasło lub zapiszesz je w bezpiecznym miejscu. Katalog automatycznie szyfruje dane pakietu i wrażliwe wartości. Katalog również automatycznie odszyfrowuje dane, gdy je odzyskujesz.
Po kliknięciu „OK” zostanie utworzony katalog SSISDB wraz z bazą danych SSISDB. SSISDB zostanie utworzony przez przywrócenie „<Installation Directory>MSSQL>SSISDBBackup.bak”. Plik kopii zapasowej SSISDBBackup.bak jest dostępny w katalogu instalacyjnym po pomyślnym zainstalowaniu usług Integration. Chociaż SSISDB jest tworzony automatycznie podczas włączania katalogu SSISDB, ale nadal będzie traktowany jako baza danych użytkownika, a nie jako baza danych systemu,
Raporty domyślne katalogu SSISDB
Katalog SSISDB zawiera 4 różne raporty wraz z pulpitem nawigacyjnym.
Katalog SSISDB Dashboard
Rename SSISDB catalog database
Nie powinieneś zmieniać nazwy SSISDB, ponieważ spowoduje to niedostępność katalogu SSISDB.
Gdy zmienisz nazwę SSISDB, spowoduje to usunięcie wszystkich katalogów SSIS & pakietów. Po zmianie nazwy nie znajdziesz żadnego pakietu w „Katalogach usług integracyjnych”. Najlepsze jest to, że kiedy zmienisz nazwę z powrotem na SSISDB, wszystkie katalogi i pakiety będą ponownie widoczne bez żadnych dodatkowych wysiłków.
Katalogi i pakiety niewidoczne w „Integration Services Catalogs” po zmianie nazwy
Katalogi i pakiety widoczne w „Integration Services Catalogs” po zmianie nazwy z powrotem na oryginalną
Zarządzanie rozmiarem bazy danych katalogów SSISDB
Microsoft wprowadził bazę danych katalogów SSISDB, aby zachować ślad każdego wykonania, wersji projektu i innych szczegółów, co jest bardzo typowym działaniem przed SQL Server 2012. Jednak wszystkie te rzeczy mogą sprawić, że twoja baza danych SSISDB będzie bardzo duża.
Możesz zmienić konfigurację katalogu bazy danych SSISDB, aby zmienić okno retencji i inne parametry, wpływające na jej rozmiar. Właściwości katalogu wpływają na rozmiar bazy danych SSISDB w następujący sposób:-
– Okresowe czyszczenie logów (ustawione na True)
– Okres retencji (ustawiony na określoną liczbę dni – im większa liczba dni, tym większy może być problem)
– Okresowe usuwanie starych wersji (ustawione na True) Periodically remove old versions (ustawione na true)
– Maximum number of versions per project
Check Catalog Properties using SSMS
Check Catalog Properties using T-SQL
SELECT * FROM SSISDB.CATALOG.CATALOG_PROPERTIES
Możesz zmienić właściwości katalogu w powyższym oknie SSMS lub jak poniżej używając T-SQL
EXEC SSISDB.CATALOG.CONFIGURE_CATALOG RETENTION_WINDOW, <NO.OF DAYS>
SSIS Server Maintenance job
Aby utrzymać rozmiar bazy danych SSISDB zgodnie ze skonfigurowaną powyżej retencją, SQL Server tworzy „SSIS Server Maintenance job” kiedy włączymy funkcjonalność katalogu SSISDB.
Zadanie to jest odpowiedzialne za utrzymanie historii zgodnie z oknem retencji i utrzymuje maksymalną liczbę wersji na projekt. Upewnij się, że zadanie jest włączone na serwerze.
„SSIS Server Maintenance job” Zadanie składa się z 2 kroków:-
1) Usunięcie rekordów operacji
2) Usunięcie starych wersji w projekcie na podstawie ustawionej retencji
Typy logowania dla Serwer SSIS poprzez katalog SSISDB
| Poziom logowania | Opis |
| Brak | Logowanie jest wyłączone. Tylko status wykonania pakietu jest rejestrowany. |
| Basic | Wszystkie zdarzenia są rejestrowane, z wyjątkiem niestandardowych i diagnostycznych. Jest to wartość domyślna. |
| RuntimeLineage | Zbiera dane wymagane do śledzenia informacji o linii w przepływie danych. Możesz analizować te informacje, aby odwzorować relacje liniowe między zadaniami. ISV i programiści mogą budować niestandardowe narzędzia mapowania liniowego z wykorzystaniem tych informacji. |
| Performance | Rejestrowane są tylko statystyki wydajności oraz zdarzenia OnError i OnWarning.
Raport Execution Performance wyświetla Active Time i Total Time dla komponentów przepływu danych pakietów. |
| Verbose | Dogrywane są wszystkie zdarzenia, w tym zdarzenia niestandardowe i diagnostyczne. |
Źródło: According to MSDN https://msdn.microsoft.com/en-IN/library/hh231191.aspx
Możesz zmienić logowanie zgodnie z wymaganiami za pomocą SSMS. Jeśli użytkownik potrzebuje określonego logowania, dostępna jest również opcja Customized logging.
Referencje: Rohit Garg (http://mssqlfun.com/)
Możesz znaleźć i śledzić MSSQLFUN:-
http://www.facebook.com/mssqlfun
http://mssqlfun.com/feed
Inne powiązane profile :-
http://social.msdn.microsoft.com/Profile/rohitgarg
http://www.sqlservercentral.com/blogs/mssqlfun/
http://www.toadworld.com/members/rohit-garg/blogs/default.aspx
http://beyondrelational.com/members/RohitGarg/default.asp