Se connecter avec Microsoft
S'identifier ou créer un compte.
Bonjour,
Sélectionnez un autre compte.
Vous avez plusieurs comptes
Choisissez le compte avec lequel vous voulez vous connecter.

Symptômes

Supposons que vous disposez d’un groupe de disponibilité (AG) Always On SQL Server 2016 et 2017. Lorsque vous traitez une requête de lecture sur un réplica secondaire, les performances peuvent être beaucoup plus lentes que la réplica principale en raison d’attentes DIRTY_PAGE_TABLE_LOCK fréquentes.

Cause

Ce problème se produit en raison d’une contention entre la requête de lecture et le thread de restauration par progression, et parce que la table est verrouillée.

Résolution

Ce correctif est inclus dans les mises à jour suivantes pour SQL Server :

Mise à jour cumulative 8 pour SQL Server 2017 

Mise à jour cumulative 1 pour SQL Server Service Pack 2 2016

Mise à jour cumulative 9 pour SQL Server 2016 Service Pack 1

À propos des builds SQL Server

Chaque nouvelle build pour SQL Server contient tous les correctifs logiciels et correctifs de sécurité qui se trouvaient dans la build précédente. Nous vous recommandons d’installer la dernière build pour votre version de SQL Server :

Dernière mise à jour cumulative pour SQL Server 2017

La dernière version pour SQL Server 2016

Solution de contournement 

Pour contourner ce problème, vous pouvez utiliser un seul thread de restauration par progression au lieu d’un thread de restauration par progression parallèle en activant l’indicateur de trace 3459.

Informations supplémentaires

Lorsque des requêtes en lecture seule s’exécutent sur un réplica secondaire accessible en lecture, les threads de requête tentent d’appliquer des opérations de restauration de journal en attente et doivent collaborer avec des threads de travail de restauration par progression avec des attentes DIRTY_PAGE_TABLE_LOCK, qui peuvent être fréquemment générées et ralentir les performances de restauration et de requête s’il existe des charges de travail de restauration simultanées. Le problème de performances associé à DIRTY_PAGE_TABLE_LOCK’attente est résolu dans la version de mise à jour cumulative pour SQL Server 2016 SP et SQL Server 2017 mentionnées dans cet article.

Pour plus d’informations, vous pouvez consulter le blog suivant sur le modèle et les performances secondaires réplica du groupe de disponibilité.

État

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

Références

Découvrez la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.

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.

Ces informations vous ont-elles été utiles ?

Dans quelle mesure êtes-vous satisfait(e) de la qualité de la langue ?
Qu’est-ce qui a affecté votre expérience ?
En cliquant sur Envoyer, vos commentaires seront utilisés pour améliorer les produits et services de Microsoft. Votre administrateur informatique sera en mesure de collecter ces données. Déclaration de confidentialité.

Nous vous remercions de vos commentaires.

×