Symptômes
Supposons que vous exécutez une requête qui utilise un opérateur de tri. Dans de rares conditions, l’opérateur de tri peut commencer à se propager dans tempdb, même si le nombre estimé de lignes et la taille moyenne des lignes sont exacts et que le système dispose d’une mémoire suffisante. Cela ralentit l’exécution des requêtes.
Résolution
Le problème a été résolu pour la première fois dans la mise à jour cumulative suivante de SQL Server :
- Mise à jour cumulative 3 pour SQL Server 2014 SP1
- Mise à jour cumulative 10 pour SQL Server 2014
- Mise à jour cumulative 8 pour SQL Server 2012 SP2
Recommandation : Installer la dernière mise à jour cumulative pour SQL Server
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. Nous vous recommandons de télécharger et d’installer les dernières mises à jour cumulatives pour SQL Server :
- Dernière mise à jour cumulative pour SQL Server 2014 SP1
- Dernière mise à jour cumulative pour SQL Server 2014
- Dernière mise à jour cumulative pour SQL Server 2012 SP2
Remarque Après avoir appliqué ce correctif, activez l’indicateur de trace 7470 pour que SQL Server prendre en compte la surcharge de mémoire de gestion des données interne lors du calcul de la mémoire requise pour le tri. Cela évitera les déversements dans la situation expliquée dans la section Symptômes ci-dessus. Notez que cela augmente les besoins en mémoire pour les requêtes de tri et peut avoir un impact sur la disponibilité de la mémoire pour les requêtes simultanées. Il est donc recommandé d’utiliser l’indicateur de trace de manière sélective.
État
Microsoft a confirmé qu’il s’agissait d’un problème dans les produits Microsoft répertoriés dans la section « S’applique à ».