FIX: Verminderde prestaties in SQL Server wanneer u een index op een soort van ruimtelijke gegevens op een grote tabel in een exemplaar van SQL Server 2012 of SQL Server 2014 maken

Symptomen

Wanneer u een index te maken probeert (met behulp van CREATE INDEX of ALTER INDEX) op een soort van ruimtelijke gegevens op een grote tabel in Microsoft SQL Server 2012 of in SQL Server 2014, is de bewering hoog op het type CMEMTHREAD wachten en de prestaties van SQL Server vermindert.

Oplossing

Het probleem is in eerste instantie opgelost in de volgende cumulatieve update van SQL Server.

Informatie over hotfix-pakketEen ondersteunde hotfix is beschikbaar bij Microsoft. Deze hotfix is echter alleen bedoeld voor het probleem dat wordt beschreven in dit artikel. Voer deze hotfix alleen uit op systemen waarop dit specifieke probleem zich voordoet.

Als er een hotfix beschikbaar is om te downloaden, ziet u een sectie 'Hotfix kan worden gedownload' boven aan dit Knowledge Base-artikel. Als deze sectie niet wordt weergegeven, dien dan een verzoek in bij Microsoft Customer Service and Support om de hotfix te verkrijgen.

Opmerking Als er andere problemen optreden of als probleemoplossing is vereist, moet u wellicht een apart serviceverzoek indienen. De normale ondersteuningskosten gelden voor extra ondersteuningsvragen en problemen die niet in aanmerking komen voor deze specifieke hotfix. Voor een volledige lijst met telefoonnummers van Microsoft Customer Service and Support of een afzonderlijk serviceverzoek maken, gaat u naar de volgende Microsoft-website:

http://support.microsoft.com/contactus/?ws=supportOpmerking Het formulier 'Hotfix kan worden gedownload' geeft de talen weer waarin de hotfix beschikbaar is. Als uw taal niet wordt weergegeven, is dit omdat een hotfix niet voor die taal beschikbaar is.

Meer informatie

Een type CMEMTHREAD -wachttijd geeft aan het wachten op de interne, thread-safe geheugenobjecten. De wachttijd die tot verminderde prestaties van de ruimtelijke activiteit leidt mogelijk hogere niveaus van query parallellisme te starten.

De CMEMTHREAD die wordt gekoppeld aan het "ruimtelijk Object geheugen" partities van deze correctie met behulp van partitionering NUMA -knooppunt. Dit vermindert de activiteit gelijktijdigheid van de werknemer aan het aantal planners op één knooppunt actief. Voor systemen met hogere niveaus van planners per knooppunt, vlag trace – T8048 alle Geheugenobjecten waardoor partitioneren om verder kan worden gebruikt door de Taakplanner. Gebruik de traceringsvlag zorgvuldig, omdat het een kleine hoeveelheid geheugen overhead aan alle NUMA -knooppunt gepartitioneerd Geheugenobjecten geeft.

Opmerking Het ruimtelijke geheugenobject wordt gemaakt wanneer de SqlServerSpatial110.dll in de adresruimte van de SQL Server-proces is geladen. In de meeste omstandigheden vereist dit een herstart van de SQL Server-proces de vlag trace effecten toepassen.

Het type CMEMTHREAD wachten wordt voor elke thread geheugen veilige object wachten, niet alleen het ruimtelijk object verhoogd. De volgende XEvent sessie definitie en het gebruik van openbare symbolen kunnen worden gebruikt voor het identificeren van de specifieke coderegel die wachten op CMEMTHREAD genereert: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 heeft bevestigd dat dit probleem kan optreden in de Microsoft-producten die worden vermeld in de sectie 'Van toepassing op'.

Author: rdorr; jannaw
Writer: v-shysun
Tech Reviewer: rdorr; brellwei; ajayj; jannaw; sqlprev
Editor: