Grupo de disponibilidad AlwaysOn que contiene la base de datos SSISDB permanece en el estado de "Resolver" después de una conmutación por error de SQL Server

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3139534
Síntomas
Supongamos que el SSISDBdatabase es un miembro de un grupo de disponibilidad AlwaysOn y disponibilidad grupo conmuta por error mientras se está ejecutando un paquete de SSISDB de forma sincrónica. En esta situación, el grupo de disponibilidad pueden permanecer en el estado de "Resolución" en el (ahora anteriormente) réplica principal hasta que se complete la ejecución del paquete.

En este escenario, la operación de conmutación por error se realiza correctamente, pero el grupo de disponibilidad en la réplica (recién) secundaria permanece en el estado de resolución hasta que se complete la ejecución del paquete. Durante este tiempo, el registro de errores de SQL Server muestra un mensaje similar al siguiente:

Deshaciendo las transacciones se vuelven SSISDB la base de datos para un cambio de estado de los grupos de disponibilidad AlwaysOn. Estimación de operación completada: % 0. Esto es sólo un mensaje informativo. No se requiere ninguna acción del usuario.

Consultar el estado de sesión se muestra que la sesión que se utilizó para ejecutar el trabajo que está en el estado KILLED/ROLLBACK. Si o cuando la ejecución se lleva a cabo, puede desencadenar errores como los siguientes:

Msj 0, nivel 11, estado 0, línea 6

Se ha producido un error grave en el comando actual. Los resultados, si los hay, deben descartarse.

Msj 0, nivel 20, estado 0, línea 6

Se ha producido un error grave en el comando actual. Los resultados, si los hay, deben descartarse.
Causa
Este problema se produce porque los subprocesos que se utilizan para ejecutar el paquete SSIS están fuera del control del mecanismo que se utiliza para terminar una sesión de SQL Server. Cuando un paquete se ejecuta sincrónicamente, esto hace que la ejecución de un bucle que impide que SQL Server finalice la sesión hasta que haya finalizado la ejecución del paquete.
Solución
Para evitar este problema, configure el paquete SSIS para ejecutar de forma asincrónica. La ejecución del paquete asincrónico es el comportamiento predeterminado.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3139534 - Última revisión: 02/02/2016 18:06:00 - Revisión: 1.0

Microsoft SQL Server 2012 Business Intelligence, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Enterprise Core, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Standard

  • kbmt KB3139534 KbMtes
Comentarios