Microsoft införde några stora förändringar i SQL Server Integration Services med SQL Server 2012.
En helt ny ”SSISDB”-databas lanserades som SSIS-katalog ”A New repository database of Integration Services”. Denna nya databas ger många möjligheter för utvecklare, testare och administratörer.
För SQL 2012 lagras alla SSIS-paket antingen i MSDB eller i filsystemet. Många gånger blir det ett kritiskt beslut att bestämma var våra paket eller konfigurationsfiler ska lagras. Detta försvårar också administrationen av distributionen.
Med SSISDB kan paket distribueras direkt till SSISDB med hjälp av SQL Server Data Tools for BI Studio. Paket behåller en distributionshistorik så att du till och med kan backa tillbaka vissa revideringar av paketet.
Skapande av SSISDB
SSISDB installeras inte som standard vid installation av SQL Server 2012 eller senare. När du ansluter till SQL Server med SSMS hittar du en ny mapp ”Integration Services Catalogs”. Katalogen är inte konfigurerad som standard, du måste skapa den.
När du klickar på skapa katalog visas nedanstående fönster. Du måste välja alternativet enable CLR integration (aktivera CLR-integration) för att kunna använda SSIS-katalogen. Ange lösenordet för att skydda databasens huvudnyckel som används för att kryptera katalogdata. Detta lösenord är mycket viktigt & känsligt, så se till att komma ihåg detta lösenord eller spara det på en säker plats. Katalogen krypterar automatiskt paketdata och känsliga värden. Katalogen dekrypterar också automatiskt data när du hämtar dem.
När du klickar på ”OK” kommer SSISDB-katalogen att skapas tillsammans med SSISDB-databasen. SSISDB skapas genom att återställa ”<Installation Directory>\MSSQL\120\DTS\Binn\SSISDBBackup.bak”. Säkerhetskopieringsfilen SSISDBBackup.bak finns i installationskatalogen efter en lyckad installation av integrationstjänster. Även om SSISDB skapas automatiskt när SSISDB-katalogen aktiveras kommer den ändå att betraktas som en användardatabas och inte som en systemdatabas.
SSISDB-katalogens standardrapporter
SSISDB-katalogen innehåller fyra olika rapporter tillsammans med en instrumentpanel.
SSISDB catalog Dashboard
Rename SSISDB catalog database
Du bör inte byta namn på SSISDB eftersom det kommer att leda till att SSISDB catalog blir otillgänglig.
När du byter namn på SSISDB kommer det att ta bort alla dina SSIS kataloger & paket. Efter namnbytet hittar du inget paket under ”Integration Services Catalogs”. Det bästa är att när du döper om det tillbaka till SSISDB kommer alla dina kataloger och paket att vara synliga igen utan några ytterligare ansträngningar.
Kataloger och paket osynliga under ”Integration Services Catalogs” efter omdöpning
Kataloger och paket synliga under ”Integration Services Catalogs” efter omdöpning tillbaka till originalet
Hantera storleken på SSISDB:s katalogdatabas
Microsoft införde SSISDB:s katalogdatabas för att behålla spår av varje körning, projektversion och andra detaljer, vilket är en mycket typisk aktivitet före SQL Server 2012. Men allt detta kan göra din SSISDB-databas mycket stor.
Du kan ändra SSISDB-databasens katalogkonfiguration för att ändra retentionsfönster och andra parametrar, vilket påverkar dess storlek. Katalogegenskaperna påverkar SSISDB-databasens storlek enligt nedan:-
– Rensa loggar regelbundet (inställd på True)
– Lagringsperiod (inställd på ett visst antal dagar – ju större antal dagar desto mer utbrett kan problemet vara)
– Ta bort gamla versioner regelbundet (inställd på True)
– Maximalt antal versioner per projekt
Kontrollera katalogegenskaper med SSMS
Kontrollera katalogegenskaper med T-SQL
SELECT * FROM SSISDB.CATALOG.CATALOG_PROPERTIES
Du kan ändra katalogegenskaperna i ovanstående SSMS-fönster eller som nedan genom att använda T-SQL
EXEC SSISDB.CATALOG.CONFIGURE_CATALOG RETENTION_WINDOW, <NO.OF DAYS>
SSIS Server Maintenance job
För att upprätthålla SSISDB-databasens storlek i enlighet med den lagring som konfigurerats ovan skapar SQL Server ”SSIS Server Maintenance job” när vi aktiverar SSISDB-katalogfunktionen.
Jobbet är ansvarigt för att upprätthålla historik enligt lagringsfönstret och upprätthåller ett maximalt antal versioner per projekt. Se till att jobbet är aktiverat på servern.
”SSIS Server Maintenance job” Jobbet har två steg:-
1) Ta bort operationsposter
2) Ta bort gamla versioner per projekt på grundval av inställd retention
Typer av loggning för SSIS-server via SSISDB-katalog
| Loggningsnivå | Beskrivning |
| Ingen | Loggning är avstängd. Endast statusen för paketets exekvering loggas. |
| Basic | Alla händelser loggas, utom anpassade och diagnostiska händelser. Detta är standardvärdet. |
| RuntimeLineage | Samlar in de data som krävs för att spåra linjeinformation i dataflödet. Du kan analysera denna linjeinformation för att kartlägga linjeförhållandet mellan uppgifter. ISV:er och utvecklare kan bygga anpassade verktyg för mappning av linjeförhållanden med den här informationen. |
| Performance | Endast prestandastatistik och OnError- och OnWarning-händelser loggas.
Rapporten Execution Performance visar aktiv tid och total tid för paketets dataflödeskomponenter. |
| Verbose | Alla händelser loggas, inklusive anpassade och diagnostiska händelser. |
Källa: Enligt MSDN https://msdn.microsoft.com/en-IN/library/hh231191.aspx
Du kan ändra loggningen efter behov med hjälp av SSMS. Om användaren behöver viss specifik loggning finns också alternativet Anpassad loggning.
Reference: Rohit Garg (http://mssqlfun.com/)
Du kan hitta och följa MSSQLFUN:-
http://www.facebook.com/mssqlfun
http://mssqlfun.com/feed
Andra länkade profiler:-
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