CORRECTIF : Ralentissement des performances dans SQL Server lorsque vous créez un index sur un type de données spatiales d’une table de grande taille dans une instance de SQL Server 2012 ou SQL Server 2014

Symptômes

Lorsque vous essayez de générer un index (à l’aide de CREATE INDEX ou ALTER INDEX) sur un type de données spatiales d’une table de grande taille dans Microsoft SQL Server 2012 ou SQL Server 2014, le conflit est élevé sur le type d’attente CMEMTHREAD et les performances de SQL Server diminue.

Résolution

Le problème a été tout d’abord résolu dans la mise à jour cumulative suivante de SQL Server.

Informations sur le correctif mise à jour de packageUn correctif pris en charge est disponible auprès de Microsoft. Toutefois, ce correctif vise à corriger uniquement le problème décrit dans cet article. Appliquez ce correctif uniquement aux systèmes rencontrant ce problème spécifique.

Si le correctif est disponible pour le téléchargement, il existe une section « Téléchargement de correctif logiciel disponible » au début de cet article de la Base de connaissances. Si cette section n’apparaît pas, soumettez une demande au Service Clients et Support de Microsoft pour obtenir le correctif.

Remarque Si des problèmes supplémentaires se produisent ou si des procédures de dépannage sont nécessaires, vous devrez peut-être formuler une demande de service distincte. Les coûts habituels du support technique s'appliqueront aux questions et problèmes qui ne relèvent pas de ce correctif logiciel. Pour une liste complète des numéros de téléphone service clientèle de Microsoft ou pour créer une demande de service distincte, visitez le site Web Microsoft suivant :

http://support.microsoft.com/contactus/?ws=supportRemarque Le formulaire « Téléchargement de correctif logiciel disponible » affiche les langues pour lesquelles le correctif est disponible. Si vous ne voyez pas votre langue, c'est parce qu'il n'y a pas de correctif disponible pour cette langue.

Plus d'informations

Un type d’attente CMEMTHREAD indique l’attente sur les objets de la mémoire interne, thread-safe. Le niveau de parallélisme peut déclencher l’attente qui conduit à une diminution des performances de l’activité spatiale.

Ce correctif partitionne le CMEMTHREAD qui associe avec « Objet mémoire spatiale » en utilisant le partitionnement de nœud NUMA . Cela réduit la concurrence d’activité de travailleur au nombre de planificateurs actifs sur un seul nœud. Pour les systèmes avec des niveaux plus élevés de planificateurs par nœud, indicateur de trace – T8048 peut être utilisé pour partitionner encore de tous les objets de mémoire qui permettent le partitionnement par le planificateur. Utiliser l’indicateur de trace avec précaution, car il entraîne une surcharge une petite quantité de mémoire à tous les objets de MEMOIRE a partitions nœud NUMA .

Remarque : L’objet de la MEMOIRE spatiale est créé lorsque le SqlServerSpatial110.dll est chargé dans l’espace d’adressage de processus SQL Server. Dans la plupart des cas, cela nécessite un redémarrage du processus de SQL Server pour appliquer les effets d’indicateur de trace.

Le type d’attente CMEMTHREAD est incrémenté pour toute attente d’objet thread de mémoire sécurisée, pas seulement l’objet spatial. La définition de session XEvent et l’utilisation de symboles publics suivant peuvent servir à identifier la ligne spécifique de code qui génère des attentes CMEMTHREAD :CREATE EVENT SESSION wait_stacksON SERVER
ADD EVENT sqlos.wait_info
(
action(package0.callstack)
where opcode = 1 -- wait completed
and wait_type = 191 -- CMEMTHREAD
)
add target package0.asynchronous_bucketizer (SET source_type = 1, source = 'package0.callstack'),
add target package0.ring_buffer (SET max_memory = 4096)
With (MAX_DISPATCH_LATENCY = 1 SECONDS)
Go
alter event session wait_stacks on server state = start
go

Run the repro

select event_session_address, target_name, execution_count, cast (target_data as XML)
from sys.dm_xe_session_targets xst
inner join sys.dm_xe_sessions xs on (xst.event_session_address = xs.address)
where xs.name = 'wait_stacks'
go

État

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».

Author: rdorr; jannaw
Writer: v-shysun
Réviseur technique : rdorr ; brellwei ; ajayj ; jannaw ; sqlprev
Editor: