Sintomas
Quando você usa o banco de dados SSISDB para armazenar e gerenciar os pacotes do Microsoft SQL Server Integration Services (SSIS) e configurar as seguintes propriedades no catálogo do SSIS:
-
Limpar logs periodicamente (definido como true)
-
Período de retenção (definido como um número específico de dias – quanto maior o número de dias em que o problema pode ser mais predominante)
-
Remover periodicamente as versões antigas (definido como true)
-
Número máximo de versões por projeto
Você pode enfrentar um ou mais dos seguintes sintomas:
-
Demora muito tempo para implantar pacotes SSIS no banco de dados do SSIS a partir do SSDT.
-
Os pacotes SSIS podem levar muito tempo para serem executados ou até falham em alguns casos quando o trabalho de limpeza SSISDB está em execução.
-
A instância do SQL Server pode apresentar problemas de desempenho.
-
O trabalho de manutenção do SSIS pode levar muito tempo (mais de um dia) para ser concluído ou até mesmo falhar.
-
O SSISDB pode ter aumentado para um grande tamanho.
Resolução
Informações do Service Pack para o SQL Server 2012
Para solucionar esse problema, obtenha o Service Pack mais recente para o Microsoft SQL Server 2012. Para obter mais informações, clique no número abaixo para ler o artigo na base de dados de conhecimento da Microsoft:
2755533 Como obter o Service Pack mais recente para o SQL Server 2012 Depois de aplicar o SQL Server 2012 Service Pack 2 (SP2), siga estas etapas para corrigir esse problema:
-
Aplique o SQL Server 2012 SP2 na instância do SQL Server que hospeda o catálogo SSISB.
-
Execute o procedimento interno.CLEANUP_SERVER_LOG armazenado no SSISDB para executar uma limpeza completa.
EXEC SSISDB.internal.cleanup_server_log
-
Alterar o banco de dados SSISDB para o modo de usuário único.
ALTER DATABASE SSISDB SET SINGLE_USER
-
Chame configure_catalog em conjunto com SEVER_OPERATION_ENCRYPTION_LEVEL parâmetro para alterar o nível de criptografia do log de operações para PER_PROJECT (2) do padrão de PER_EXECUTION (1).
EXEC SSISDB.catalog.configure_catalog @property_name='SERVER_OPERATION_ENCRYPTION_LEVEL', @property_value='2'
-
Altere o banco de dados SSISDB de volta para o modo de vários usuários.
ALTER DATABASE SSISDB SET MULTI_USER
-
Execute o Internal.Cleanup_Server_execution_keys procedimento armazenado para limpar as chaves de nível de transação.
EXEC SSISDB.internal.Cleanup_Server_execution_keys @cleanup_flag = 1
Informações adicionais
O SQL Server 2012 Service Pack 2 introduz alterações de design-chave que ajudam a aliviar esse problema:
-
Uma nova propriedade (OPERATION_LOG_ENCRYPTION_LEVEL) é introduzida na tabela SSISDB.catalog_property para habilitar uma opção de segurança em nível de projeto. Essa configuração informa ao SSIS para criar uma chave ou par de certificados para cada projeto e reutilizá-lo para cada transação, minimizando assim o número de certificados mantidos e que precisarão ser limpos no futuro. Uma limpeza completa é necessária antes de mudar do nível da transação para o nível do projeto.
-
Dois procedimentos armazenados são introduzidos para ajudar a transitar o SSISDB existente do nível da transação para o nível do projeto:
-
cleanup_server_log
-
cleanup_server_execution_keys
Para obter mais informações sobre esses dois procedimentos e seu uso, acesse o seguinte website nos manuais online do SQL Server:
Procedimentos armazenados (catálogo de serviços de integração)
-
Status
A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".
