Síntomas
Al usar la base de datos de SSISDB para almacenar y administrar los paquetes de Microsoft SQL Server Integration Services (SSIS) y configurar las siguientes propiedades en el catálogo de SSIS:
-
Limpiar registros periódicamente (establecido en verdadero)
-
Período de retención (establecido en número específico de días: el número de días mayor es el problema)
-
Quitar periódicamente las versiones anteriores (establecidas en true)
-
Número máximo de versiones por proyecto
Puede que experimente alguno de los siguientes síntomas:
-
La implementación de paquetes de SSIS en la base de datos de SSIS tarda mucho tiempo de SSDT.
-
Los paquetes de SSIS pueden tardar mucho tiempo en ejecutarse o incluso fallar en algunos casos cuando el trabajo de limpieza de SSISDB se está ejecutando.
-
La instancia de SQL Server puede mostrar problemas de rendimiento.
-
El trabajo de mantenimiento de SSIS puede tardar mucho tiempo (más de un día) en completarse o incluso producir errores.
-
La SSISDB puede haber crecido a un tamaño grande.
Resolución
Información de Service Pack para SQL Server 2012
Para resolver este problema, obtenga el Service Pack más reciente para Microsoft SQL Server 2012. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
2755533 Cómo obtener el Service Pack más reciente para SQL Server 2012 Después de aplicar el Service Pack 2 (SP2) de SQL Server 2012, siga estos pasos para solucionar este problema:
-
Aplique SQL Server 2012 SP2 en la instancia de SQL Server que hospeda el catálogo de SSISB.
-
Ejecute el procedimiento almacenado.cleanup_server_loginternode la SSISDB para realizar una limpieza completa.
EXEC SSISDB.internal.cleanup_server_log
-
Cambie la base de datos de SSISDB al modo de usuario único.
ALTER DATABASE SSISDB SET SINGLE_USER
-
Llama a configure_catalog junto con el parámetro SEVER_OPERATION_ENCRYPTION_LEVEL para cambiar el nivel de cifrado del registro de operaciones a PER_PROJECT (2) del valor predeterminado de PER_EXECUTION (1).
EXEC SSISDB.catalog.configure_catalog @property_name='SERVER_OPERATION_ENCRYPTION_LEVEL', @property_value='2'
-
Vuelva a cambiar la base de datos de SSISDB al modo de varios usuarios.
ALTER DATABASE SSISDB SET MULTI_USER
-
Ejecute el internal.Cleanup_Server_execution_keys procedimiento almacenado para limpiar las claves de nivel de transacción.
EXEC SSISDB.internal.Cleanup_Server_execution_keys @cleanup_flag = 1
Más información
El Service Pack 2 de SQL Server 2012 introduce cambios de diseño clave que ayudan a aliviar este problema:
-
Se introduce una nueva propiedad (OPERATION_LOG_ENCRYPTION_LEVEL) en SSISDB.catalog_property tabla para habilitar una opción para la seguridad de nivel de proyecto. Esta configuración le indica a SSIS que debe crear una pareja de clave o certificado para cada proyecto y volver a usarla para cada transacción, lo que reduce el número de certificados que se conservan y es necesario limpiarlos en el futuro. Se requiere una limpieza completa antes de cambiar del nivel de transacción al nivel de proyecto.
-
Se introducen dos procedimientos almacenados para ayudar a tránsito de la SSISDB existente de nivel de transacción a nivel de proyecto:
-
cleanup_server_log
-
cleanup_server_execution_keys
Para obtener más información sobre estos dos procedimientos y su uso, vaya al siguiente sitio web de SQL Server Books online:
Procedimientos almacenados (catálogo de Integration Services)
-
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "Se aplica a".
