Update: Geringe Leistung in SQL Server beim Erstellen eines Indexes für eine große Tabelle in einer Instanz von SQL Server 2012 oder SQL Server 2014 räumlichen Datentyp

Problembeschreibung

Beim Erstellen eines Indexes (mithilfe von CREATE Index- oder ALTER INDEX) auf einem räumlichen Datentyp eine große Tabelle in Microsoft SQL Server 2012 oder SQL Server 2014 ist die Behauptung hoch CMEMTHREAD warten, und die Leistung von SQL Server verringert.

Problemlösung

Das Problem wurde erstmals in folgenden kumulativen Update von SQL Server behoben.

Hotfix-PaketinformationenEin unterstützter Hotfix ist von Microsoft erhältlich. Dieser Hotfix soll nur der Behebung des Problems dienen, das in diesem Artikel beschrieben wird. Verwenden Sie diesen Hotfix nur auf Systemen, bei denen dieses spezielle Problem auftritt.

Wenn der Hotfix zum Download zur Verfügung steht, gibt es einen Abschnitt "Hotfix download available" ("Hotfixdownload verfügbar") im oberen Bereich dieses Knowledge Base-Artikels. Wenn dieser Abschnitt nicht angezeigt wird, senden Sie eine Anforderung an Microsoft Customer Service and Support, um den Hotfix zu erhalten.

Hinweis Falls weitere Probleme auftreten oder andere Schritte zur Problembehandlung erforderlich sind, müssen Sie möglicherweise eine separate Serviceanfrage erstellen. Die normalen Supportkosten gelten für zusätzliche Supportfragen und Probleme, die nicht diesem speziellen Hotfix zugeordnet werden können. Eine vollständige Liste der Telefonnummern von Microsoft Customer Service and Support oder eine separate Serviceanfrage erstellen finden Sie auf folgender Microsoft-Website:

http://support.microsoft.com/contactus/?ws=supportHinweis Das Formular "Hotfix Download Available" zeigt die Sprachen an, für die der Hotfix verfügbar ist. Wenn Ihre Sprache nicht angezeigt wird, ist dieser Hotfix für Ihre Sprache nicht verfügbar.

Weitere Informationen

Ein CMEMTHREAD warten wird die Wartezeit für die internen Speicher threadsichere Objekte. Höhere Query Parallelität können die Wartezeit ausgelöst, die Leistung der räumlichen Aktivität führt.

Dies teilt der CMEMTHREAD , die Mitarbeiter mit "Räumliche Speicherobjekt" mit NUMA -Knoten Partitionierung. Dies reduziert die Arbeitskraft Aktivität Parallelität an Planer auf einem einzelnen Knoten aktiv. Für Systeme mit Planer pro Knoten Ablaufverfolgungsflags – T8048 kann alle Speicherobjekte weiter zu partitionieren, die Partitionierung von Planer verwendet werden. Verwenden Sie das Ablaufverfolgungsflag, wie wenig Speicher Aufwand, alle NUMA -Knoten partitioniert Speicherobjekte eingeführt.

Hinweis Das räumliche Objekt wird erstellt, wenn der SqlServerSpatial110.dll in der SQL Server-Prozessadressraum geladen wird. In den meisten Fällen erforderlich diese einen Neustart des SQL Server-Prozesses das Flag Effekte.

Der Wartetyp CMEMTHREAD wird für alle Threads sicheren Speicher Objekt warten, nicht nur die räumliche Objekt erhöht. Folgende XEvent Sitzungsdefinition und öffentliche Symbole können verwendet werden, die spezifische Codezeile identifizieren, die CMEMTHREAD wartet generiert: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

Status

Microsoft hat bestätigt, dass es sich um ein Problem bei den Microsoft-Produkten handelt, die im Abschnitt „Eigenschaften“ aufgeführt sind.

Author: rdorr; jannaw
Writer: v-shysun
Technische Überprüfung: Rdorr; Brellwei; Ajayj; Jannaw; sqlprev
Editor: