Korriger: Treg ytelse i SQL Server når du bygger en indeks på en Avstandstoleranse datatype i en stor tabell i en forekomst av SQL Server 2012 eller SQL Server-2014

Symptomer

Når du prøver å bygge en indeks (ved å bruke CREATE INDEX eller endre INDEKSEN) på en Avstandstoleranse datatype i en stor tabell i Microsoft SQL Server 2012 eller SQL Server-2014, er i kamp om ressursene høyt på CMEMTHREAD Vent type og ytelsen til SQL Server går ned.

Oppløsning

Problemet ble først løst i den følgende kumulative oppdateringen av SQL Server.

Informasjon om hurtigreparasjon update pakkeEn støttet hurtigreparasjon er tilgjengelig fra Microsoft. Denne hurtigreparasjonen er imidlertid ment å løse problemet som er beskrevet i denne artikkelen. Bruk denne hurtigreparasjonen bare på systemer som har dette bestemte problemet.

Hvis hurtigreparasjonen er tilgjengelig for nedlasting, finnes delen "Hotfix Download-Available" øverst i denne Knowledge Base-artikkelen. Hvis denne delen ikke vises, kan du sende en forespørsel til Microsofts kundeservice og kundestøtte for å få hurtigreparasjonen.

Obs! Hvis det oppstår andre problemer, eller hvis feilsøkingstips, må du kanskje opprette en separat forespørsel om. Vanlige kundestøttekostnader gjelder for ytterligere kundestøttespørsmål og problemer som ikke dekkes av denne oppdateringen. For en fullstendig liste over telefonnumre for Microsofts kundeservice og kundestøtte eller opprette en separat forespørsel om, kan du gå til følgende Microsoft-webområde:

http://support.microsoft.com/contactus/?ws=supportObs! "Hotfix Download-Available" skjemaet viser språk hurtigreparasjonen er tilgjengelig. Hvis du ikke ser språket ditt, er det fordi en hurtigreparasjon ikke er tilgjengelig for dette språket.

Hvis du vil ha mer informasjon

Vent viser en CMEMTHREAD Vent på internt, trådsikker Minneobjekter. Høyere nivåer av spørringen parallellisme kan utløse ventetid som fører til redusert ytelse for avstandstoleranse aktiviteten.

Denne hurtigreparasjonen partisjonene på CMEMTHREAD som assosierer med det "Avstandstoleranse minneobjektet" ved hjelp av partisjonering av NUMA -node. Dette reduserer arbeideren aktivitet samtidighet med antall planleggere som er aktive på en enkelt node. Trace flagg for systemer med høyere nivåer av planleggere per node – T8048 kan brukes til å partisjonere ytterligere Minneobjekter som tillater partisjonering av Oppgaveplanlegging. Bruk sporingsflagget nøye, som det introduserer en liten mengde minne indirekte til alle NUMA -node-partisjonert Minneobjekter.

Obs! Avstandstoleranse minneobjektet opprettes når SqlServerSpatial110.dll lastes inn i adresseområdet for SQL Server-prosessen. I de fleste tilfeller kan krever dette en omstart av SQL Server-prosessen for å bruke spore flagg effekter.

CMEMTHREAD Vent type økes for Vent noen tråd trygge minne objekt, ikke bare Avstandstoleranse objektet. Følgende XEvent økt definisjonen og bruken av offentlige symboler kan brukes til å identifisere bestemte koden linjen som genererer CMEMTHREAD venter: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 har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen "Gjelder for".

Author: rdorr; jannaw
Writer: v-shysun
Teknisk redaktør: rdorr; brellwei; ajayj; jannaw; sqlprev
Editor: