KB3005300-FIX : consommation élevée de PROCESSEURs lorsque vous utilisez un type de données spatial et des méthodes associées dans SQL Server 2012 ou SQL Server 2014

Symptômes

Lorsque vous utilisez le type de données spatial et les méthodes associées dans Microsoft SQL Server 2012 ou Microsoft SQL Server 2014, les cibles quantiques du système d’exploitation SQL Server (SQLOS) sont protégées par la couche d’hébergement CLR SQL Server. Cette protection comprend des commutateurs préventifs, SQLOS, qui risquent d’augmenter la consommation processeur. Le choix du commutateur préemptif consiste à protéger le programmateur SQLOS. Un appel dans une implémentation basée sur SQL Server CLR peut prendre un temps non spécifié sans provoquer le programmateur SQLOS ou modifier les modèles de comportement et de simultanéité. Par conséquent, le type de données spatial est conçu pour basculer en mode préemptive lors de chaque appel. Remarque Le type de données spatial est basé sur SQL Server CLR, il est possible qu’il rencontre divers niveaux de consommation de mémoire .NET et de comportement de changement de thread.

Cause

Les méthodes de type de données spatiale s’exécutent généralement sous-milliseconde et peuvent ne pas nécessiter le programmateur SQL OS complet et la protection préemptive. La surcharge de basculement vers et à partir du mode préemptif peut être beaucoup plus grande que l’exécution de la méthode spatiale.

Résolution

Ce correctif présente l’indicateur de suivi 6531 pour indiquer à la couche d’hébergement SQLOS que le type de données spatialles doit éviter les protections préventives. Cela permet de réduire la consommation processeur et d’améliorer les performances globales des activités spatiales. Utilisez cet indicateur de suivi uniquement si les appels de la méthode spatiale individuelle (par ligne et par colonne) prennent moins de ~ 4ms. Des appels plus longs sans protection préemptive peuvent entraîner des problèmes de simultanéité du programmateur et des messages d’erreur SQLCLR enregistrés dans le journal des erreurs. Le problème a été résolu dans la mise à jour cumulative suivante de SQL Server.

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.