Symptom
När du använder SSISDB-databasen för att lagra och hantera Microsoft SQL Server Integration Services-paket (SSIS) och konfigurera följande egenskaper för SSIS-katalogen:
-
Rensa loggar med jämna mellanrum (anges till sant)
-
Bevarande period (inställt på angivet antal dagar – ju fler dagar desto mer vanligare kan problemet vara)
-
Ta bort gamla versioner med jämna mellanrum (anges till sant)
-
Maximalt antal versioner per projekt
Ett eller flera av följande problem kan uppstå:
-
Det tar lång tid att distribuera SSIS-paket till SSIS-databas från SSDT.
-
Det kan ta lång tid att köra SSIS-paket i vissa fall när rensnings jobbet för SSISDB körs.
-
SQL Server-instans kan uppträda med prestanda problem.
-
SSIS underhåll kan ta lång tid (mer än en dag) att slutföras eller till och med Miss lyckas.
-
SSISDB kan ha vuxit till en stor storlek.
Lösning
Information om Service Pack för SQL Server 2012
Lös problemet genom att hämta senaste Service Pack för Microsoft SQL Server 2012. Mer information får du om du klickar på följande artikel nummer och läser artikeln i Microsoft Knowledge Base:
2755533 Skaffa den senaste Service Pack-versionen för SQL Server 2012 När du har installerat SQL Server 2012 Service Pack 2 (SP2) följer du de här stegen för att åtgärda problemet:
-
Tillämpa SQL Server 2012 SP2 på SQL Server-instansen som är värd för SSISB-katalogen.
-
Kör den interna.cleanup_server_log lagrade proceduren i SSISDB för att utföra en fullständig rensning.
EXEC SSISDB.internal.cleanup_server_log
-
Ändra SSISDB-databasen till enanvändarläge.
ALTER DATABASE SSISDB SET SINGLE_USER
-
Ring configure_catalog tillsammans med SEVER_OPERATION_ENCRYPTION_LEVEL parameter för att ändra åtgärds loggens krypterings nivå till PER_PROJECT (2) från standardvärdet för PER_EXECUTION (1).
EXEC SSISDB.catalog.configure_catalog @property_name='SERVER_OPERATION_ENCRYPTION_LEVEL', @property_value='2'
-
Ändra tillbaka SSISDB-databasen till Multi-User-läge.
ALTER DATABASE SSISDB SET MULTI_USER
-
Kör den interna.Cleanup_Server_execution_keys lagrade proceduren för att rensa transaktions nivå nycklar.
EXEC SSISDB.internal.Cleanup_Server_execution_keys @cleanup_flag = 1
Mer information
SQL Server 2012 Service Pack 2 introducerar viktiga design ändringar som hjälper dig att lösa problemet:
-
En ny egenskap (OPERATION_LOG_ENCRYPTION_LEVEL) introduceras i SSISDB.catalog_property tabell för att aktivera ett alternativ för säkerhet på projekt nivå. Den här inställningen anger att SSIS skapar en nyckel eller ett certifikat par för varje projekt och återanvändar det för varje transaktion, vilket innebär att minimera antalet certifikat som hålls och behövs för att rensas i framtiden. En fullständig rensning krävs innan du ändrar mellan transaktions nivå och projekt nivå.
-
Två lagrade procedurer introduceras för att hjälpa till att använda de befintliga SSISDB från transaktions nivå till projekt nivå:
-
cleanup_server_log
-
cleanup_server_execution_keys
Mer information om de här två procedurerna och deras användning finns i följande webbplats i SQL Server Books Online:
-
Status
Microsoft har bekräftat att det här är ett problem i Microsoft-produkterna som nämns i "gäller".
