Applies ToSQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Standard SQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use)

Symptômes

Prenons l’exemple du scénario suivant :

  • Vous pouvez activer le Service Broker Microsoft SQL Server (SSB) dans la base de données de groupe AlwaysOn SQL Server.

  • Vous fermez et redémarrez la base de données.

  • Assurez-vous que l’accusé de réception (ACK) est correctement reçu.

Dans ce scénario, le message n’est pas supprimé de la file d’attente de transmission même si l’ACK est reçu correctement.

Cause

Ce problème survient parce que lorsque vous démarrez la base de données après l’arrêt propre, SQL Server ne vérifie pas si la tâche de suppression différée de la file d’attente de transmission est réutilisable. Il part du principe que la tâche de suppression différée de la file d’attente de transmission est OK.

Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs et les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Consultez les dernières mises à jour cumulatives pour SQL Server :

Solution de contournement

Pour contourner ce problème, basculez le groupe de disponibilité SQL Server vers le réplica secondaire (et la restauration automatique, le cas échéant).

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.

Besoin d’aide ?

Vous voulez plus d’options ?

Explorez les avantages de l’abonnement, parcourez les cours de formation, découvrez comment sécuriser votre appareil, etc.

Les communautés vous permettent de poser des questions et d'y répondre, de donner vos commentaires et de bénéficier de l'avis d'experts aux connaissances approfondies.