Symptômes

Prenons l’exemple du scénario suivant :

  • Vous utilisez le traitement des transactions en ligne en mémoire (OLTP) dans Microsoft SQL Server 2017, 2016 et 2014.

  • Vous exécutez une requête sur une table mémoire optimisée qui contient un index volumineux.

Dans ce scénario, si vous utilisez le grand index pendant l’exécution de la requête, l’utilisation de l’UC peut atteindre 100 % très rapidement. Si vous avez plusieurs processeurs logiques, l’utilisation d’un seul processeur peut atteindre 100 % rapidement.

Cause

Ce problème se produit parce que le garbage collection en mémoire OLTP peut prendre beaucoup de temps si un index volumineux est utilisé dans une exécution de requête. 

Résolution

Ce problème est résolu dans les mises à jour cumulatives suivantes pour SQL Server :

       Mise à jour cumulative 4 pour SQL Server 2017

       Mise à jour cumulative 7 pour SQL Server 2016 SP1

       Mise à jour cumulative 2 pour SQL Server 2014 SP3

RemarqueAprès avoir installé cette mise à jour, vous devez activer l’indicateur de trace (TF) 9945 pour résoudre ce problème. Pour activer TF 9945, consultez la rubrique Indicateurs de trace (Transact-SQL) sur le Microsoft Developer Network (MSDN).

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

Dernière mise à jour cumulative pour SQL Server 2017

Dernière mise à jour cumulative pour SQL Server 2016

Dernière mise à jour cumulative pour SQL Server 2014

Besoin d’aide ?

Développez vos compétences

Découvrez des formations >

Accédez aux nouvelles fonctionnalités en avant-première

Rejoindre Microsoft Insider >

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 ?

Nous vous remercions de vos commentaires.

×