Microsoft introducerede nogle store ændringer i SQL Server Integration Services med SQL Server 2012.
Den helt nye “SSISDB”-database blev lanceret som SSIS-katalog “En ny repository-database for Integration Services”. Denne nye repository-database giver en masse muligheder for udviklere, testere og administratorer.
For SQL 2012 blev alle SSIS-pakker gemt enten i MSDB eller i filsystemet. Mange gange bliver det kritisk beslutning at beslutte, hvor skal vores pakke eller config-filer gemme. Dette gør også Deployment & administration vanskelig.
Med SSISDB kan pakker distribueres direkte til SSISDB ved hjælp af SQL Server Data Tools for BI Studio. Pakker gemmer en implementeringshistorik, så du kan endda rulle nogle revisioner af din pakke tilbage.
Skabelse af SSISDB
SSISDB er ikke installeret som standard ved installation af SQL Server 2012 eller nyere. Når du opretter forbindelse til SQL Server ved hjælp af SSMS, vil du finde en ny mappe “Integration Services Catalogs”. Kataloget er ikke opsat som standard, du skal oprette det.
Når du klikker på create catalog, vises nedenstående vindue. Du skal vælge enable CLR integration option for at bruge SSIS katalog. Indtast adgangskoden for at beskytte den databasehovednøgle, der bruges til at kryptere katalogdataene. Denne adgangskode er meget vigtig & følsom, så sørg for at huske denne adgangskode eller gem den på et sikkert sted. Kataloget krypterer automatisk pakkedata og følsomme værdier. Kataloget dekrypterer også automatisk dataene, når du henter dem.
Når du klikker på “OK”, oprettes SSISDB-kataloget sammen med SSISDB-databasen. SSISDB oprettes ved at genskabe “<Installation Directory>\MSSQL\120\DTS\Binn\SSISDBBackup.bak”. Sikkerhedskopifilen SSISDBBackup.bak er tilgængelig i installationsmappen efter en vellykket installation af Integrationstjenester. Selv om SSISDB oprettes automatisk, når SSISDB katalog aktiveres, men det vil stadig blive betragtet som brugerdatabase ikke som systemdatabase.
SSISDB katalog standardrapporter
SSISDB katalog leveres med 4 forskellige rapporter sammen med dashboard.
SSISDB katalog Dashboard
Rename SSISDB katalog database
Du bør ikke omdøbe SSISDB, fordi det vil medføre SSISDB katalog utilgængeligt.
Når du omdøber SSISDB, vil det fjerne alle dine SSIS kataloger & pakker. Efter omdøbning vil du ikke finde nogen pakke under “Integration Services Catalogs”. Det bedste er, at når du omdøber det tilbage til SSISDB, vil alle dine kataloger og pakker være synlige igen uden nogen yderligere indsats.
Kataloger og pakker usynlige under “Integration Services Catalogs” efter omdøbning
Kataloger og pakker synlige under “Integration Services Catalogs” efter omdøbning tilbage til originalen
Håndter størrelsen af SSISDB-katalogdatabasen
Microsoft introducerede SSISDB-katalogdatabasen for at holde spor af hver enkelt udførelse, projektversion og andre detaljer, hvilket er en meget typisk aktivitet før SQL Server 2012. Men alt dette kan gøre din SSISDB-database meget stor.
Du kan ændre SSISDB-databasekatalogkonfigurationen for at ændre opbevaringsvinduet og andre parametre, hvilket påvirker dens størrelse. Katalogegenskaber påvirker SSISDB-databasestørrelsen som nedenfor:-
– Rens logfiler med jævne mellemrum (indstillet til True)
– Opbevaringsperiode (indstillet til et bestemt antal dage – jo større antal dage, jo mere udbredt problemet kan være)
– Fjern jævnligt gamle versioner (indstillet til True)
– Maksimalt antal versioner pr. projekt
Kontroller katalogegenskaber ved hjælp af SSMS
Kontroller katalogegenskaber ved hjælp af T-SQL
SELECT * FROM SSISDB.CATALOG.CATALOG_PROPERTIES
Du kan ændre katalogegenskaber i ovenstående SSMS-vindue eller som nedenfor ved at bruge T-SQL
EXEC SSISDB.CATALOG.CONFIGURE_CATALOG RETENTION_WINDOW, <NO.OF DAYS>
SSIS Server Maintenance job
For at vedligeholde SSISDB-databasestørrelsen i henhold til den retention, der er konfigureret ovenfor, opretter SQL Server “SSIS Server Maintenance job”, når vi aktiverer SSISDB katalogfunktionen.
Jobbet er ansvarligt for at vedligeholde historikken i henhold til retention vinduet og vedligeholder et maksimalt antal versioner pr. projekt. Sørg for, at jobbet er aktiveret på serveren.
“SSIS Server Maintenance job” Jobbet har 2 trin:-
1) Fjern operationsposter
2) Fjern gamle versioner pr. projekt på grundlag af indstillet retention
Typer af logning for SSIS-server via SSISDB-katalog
| Logningsniveau | Beskrivelse |
| Ingen | Logning er slået fra. Kun status for udførelse af pakken logges. |
| Basic | Alle hændelser logges, undtagen brugerdefinerede og diagnostiske hændelser. Dette er standardværdien. |
| RuntimeLineage | Indsamler de data, der er nødvendige for at spore linjeoplysninger i datastrømmen. Du kan analysere disse lineageoplysninger for at kortlægge lineageforholdet mellem opgaver. ISV’er og udviklere kan opbygge brugerdefinerede værktøjer til kortlægning af linjeforløb med disse oplysninger. |
| Performance | Der logges kun statistikker om ydeevne og OnError- og OnWarning-hændelser.
Rapporten Udførelsespræstationer viser Aktiv tid og Samlet tid for pakkens dataflowkomponenter. |
| Verbose | Alle hændelser logges, herunder brugerdefinerede og diagnostiske hændelser. |
Kilde: Ifølge MSDN https://msdn.microsoft.com/en-IN/library/hh231191.aspx
Du kan ændre logning efter behov ved hjælp af SSMS. Hvis brugeren har brug for en bestemt logning, er der også mulighed for brugerdefineret logning.
Reference: Rohit Garg (http://mssqlfun.com/)
Du kan finde og følge MSSQLFUN:-
http://www.facebook.com/mssqlfun
http://mssqlfun.com/feed
Other Linked Profiles :-
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