PROGRAMFEL #: 194032 (Innehållsunderhåll) VSTS: 1484606
Symptom
När du försöker skapa ett index (med hjälp av CREATE INDEX eller ALTER INDEX) i en stor tabell i Microsoft SQL Server 2012 eller SQL Server 2014 rumsliga data av typen är uppfattningen hög på CMEMTHREAD vänta typ och prestanda för SQL Server minskar.
Lösning
Problemet korrigerades först i följande kumulativ uppdatering av SQL Server.
Kumulativ uppdatering 1 för SQLServer 2014/en-us/help/2931693
Kumulativ uppdatering 7 för SQL Server 2012 SP1/en-us/help/2894115
Varje ny kumulativ uppdatering för SQL Server innehåller alla snabbkorrigeringar och alla säkerhetskorrigeringar som ingick i den tidigare kumulativa uppdateringen. Checka ut de senaste kumulativa uppdateringarna för SQL Server:
Information om snabbkorrigeringen paketEn snabbkorrigering är tillgänglig från Microsoft. Den här snabbkorrigeringen är emellertid avsedd att åtgärda det problem som beskrivs i denna artikel. Använd bara den här snabbkorrigeringen för system med just detta problem.
Om snabbkorrigeringen är tillgänglig för hämtning finns "Snabbkorrigeringen tillgänglig för hämtning" överst i den här Knowledge Base-artikeln. Om det här avsnittet inte visas, skicka en begäran till Microsofts kundtjänst och Support för att få snabbkorrigeringen.
Obs! Om det uppstår ytterligare problem eller krävs felsökning, kan du behöva skapa en serviceförfrågan. De vanliga supportkostnaderna gäller för övriga supportfrågor och problem som inte uppfyller kraven för den här snabbkorrigeringen. En fullständig lista över telefonnummer för Microsofts kundtjänst och Support eller skapa en serviceförfrågan finns på följande Microsoft-webbplats:
http://support.microsoft.com/contactus/?ws=supportObs! "Snabbkorrigering tillgänglig för hämtning" formuläret visar de språk som snabbkorrigeringen är tillgänglig på. Om ditt språk inte visas beror det på att ingen snabbkorrigering är tillgänglig för språket.
Mer Information
En CMEMTHREAD vänta typ anger vänta på internt, trådsäkert minnesobjekt. Högre nivåer av fråga parallellitet kan utlösa väntetiden leder till sämre prestanda av fysisk aktivitet.
Den här korrigeringsfilen partitioner på CMEMTHREAD som associeras med det "Spatial minnesobjektet" med hjälp av partitionering NUMA -nod. Detta minskar arbetare aktivitet concurrency antalet schedulers som är aktiva på en enda nod. För system med högre nivåer av schedulers per nod trace flagga – T8048 kan användas till ytterligare partitionera alla minnesobjekt som tillåter partitionering av Schemaläggaren. Använda spårningsflagga försiktigt, eftersom det inför en liten mängd minne omkostnader för alla objekt i NUMA -nod-partitionerade minne.
Obs! Spatial minnesobjekt skapas när SqlServerSpatial110.dll läses in i adressutrymmet för SQL Server-processen. I de flesta förhållanden kräver detta en omstart av SQL Server-processen för att använda trace flagga effekter.
CMEMTHREAD vänta typ ökas för varje tråd säkert minne objektet vänta, inte bara rumsliga objekt. Följande XEvent session definition och användning av offentliga symboler kan användas för att identifiera raden specifik kod som genererar CMEMTHREAD väntar: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 bekräftat att detta är ett problem i Microsoft-produkterna som nämns i avsnittet "Gäller".
Author: rdorr; jannaw
Writer: v-shysun
Teknisk granskare: rdorr; brellwei; ajayj; jannaw; sqlprev
Editor:
