Applies ToSQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Enterprise Core - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use) SQL Server 2014 Service Pack 2 - duplicate (do not use) SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use) SQL Server 2016 Service Pack 1 SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Enterprise Core SQL Server 2012 Standard

Síntomas

Suponga que tiene una aplicación SQL Service Broker (SSB) implementada como parte de los grupos de disponibilidad Always On (AGs) en Microsoft SQL Server y, a continuación, usa la escucha AG para conectarse. Después de una conmutación por error de AG, se dejan abiertas las conexiones salientes SSB en la réplica principal original. Esto hace que se eliminen los mensajes entrantes de SSB porque las bases de datos son de solo lectura o inaccesibles.

Por lo tanto, manifiesta que los mensajes SSB están atascados en la cola de transmisión y hay más de una conexión de Service Broker en la AG.

Resolución

Información de actualización acumulativa para SQL Server:

Este problema se ha corregido en las siguientes actualizaciones acumulativas para SQL Server:

Actualización acumulativa 6 para SQL Server 2016 RTM

Actualización acumulativa 3 para SQL Server 2016 SP1

Actualización acumulativa 5 para SQL Server 2014 SP2

Actualización acumulativa 12 para SQL Server 2014 SP1

Cada actualización acumulativa para SQL Server contiene todas las revisiones y todas las revisiones de seguridad incluidas en la actualización acumulativa anterior. Consulte las últimas actualizaciones acumulativas para SQL Server:

Actualización acumulativa más reciente de SQL Server 2016

Actualización acumulativa más reciente de SQL Server 2014

Nota con esta corrección, SQL Server cerrará las conexiones SSB entrantes y salientes a la antigua réplica del grupo de disponibilidad primaria durante la conmutación por error, de modo que los mensajes que se hayan eliminado antes de esta corrección permanecerán en la cola y se les redirigirá a la nueva réplica principal tan pronto como se establezcan las conexiones con la nueva réplica principal, no dejando mensajes perdidos.

Información de Service Pack para SQL Server:

Este problema se ha corregido en los siguientes Service Packs para SQL Server:

       Service Pack 4 para SQL Server 2012

       Service Pack 2 para SQL Server 2016

Para obtener más información sobre cómo obtener el Service Pack más reciente, vea Cómo obtener el Service Pack más reciente para SQL Server 2012

Acerca de los Service Pack para SQL Server

Los Service Pack son acumulativos. Cada nuevo Service Pack contiene todas las revisiones de Service Packs previos junto con revisiones nuevas. Nuestra recomendación es aplicar el último Service Pack y la actualización acumulativa más reciente para ese Service Pack. No es necesario instalar un Service Pack anterior antes de instalar el Service Pack más reciente. Use la tabla 1 del artículo siguiente para obtener más información sobre el Service Pack más reciente y la última actualización acumulativa.

Cómo determinar el nivel de versión, edición y actualización de SQL Server y sus componentes

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "Se aplica a".

Referencias

Obtenga más información sobre la terminologíaque Microsoft usa para describir las actualizaciones de software.

¿Necesita más ayuda?

¿Quiere más opciones?

Explore las ventajas de las suscripciones, examine los cursos de aprendizaje, aprenda a proteger su dispositivo y mucho más.

Las comunidades le ayudan a formular y responder preguntas, enviar comentarios y leer a expertos con conocimientos extensos.