Oprava: Nízky výkon v aplikácii SQL Server pri vytváraní registra priestorových typu veľké tabuľky SQL Server 2012 alebo SQL Server 2014 inštancie

Príznaky

Pri pokuse o zostavenie registra (pomocou vytvoriť INDEX alebo zmeniť INDEX) na priestorové údaje typu veľký stôl v Microsoft SQL Server 2012 alebo SQL Server 2014 tvrdení je vysoká CMEMTHREAD čakať typu a výkon servera SQL znižuje.

Riešenie

Tento problém bol najskôr odstránený v nasledujúcej kumulatívnej aktualizácie programu SQL Server.

Rýchla oprava balíka aktualizácieOd spoločnosti Microsoft je k dispozícii podporovaná rýchla oprava. Táto rýchla oprava je však určená iba opravu problému, ktorý je popísaný v tomto článku. Rýchlu opravu použite len v počítačoch s týmto konkrétnym problémom.

Ak je rýchla oprava k dispozícii na stiahnutie, na začiatku tohto článku databázy Knowledge Base sa nachádza časť „K díspozícii je rýchla oprava na stiahnutie“. Ak sa táto sekcia nezobrazuje, odošlite požiadavku na služby zákazníkom spoločnosti Microsoft a podporu získať rýchlu opravu.

Poznámka: Ak sa vyskytnú ďalšie problémy alebo ak je potrebné riešiť problémy, je možné, že budete musieť vytvoriť samostatnú servisnú požiadavku. Na ďalšie žiadosti o podporu a problémy, ktoré sa netýkajú tejto konkrétnej rýchlej opravy, sa vzťahujú zvyčajné poplatky za poskytnutie technickej podpory. Úplný zoznam telefónnych čísel služieb zákazníkom spoločnosti Microsoft a podpora alebo vytvoriť samostatnú servisnú požiadavku, nájdete na nasledujúcej webovej lokalite spoločnosti Microsoft:

http://support.microsoft.com/contactus/?ws=supportPoznámka: "Rýchla oprava k dispozícii na prevzatie" formulár sa zobrazujú jazyky, pre ktoré je rýchla oprava k dispozícii. Ak nemôžete nájsť požadovaný jazyk, znamená to, že rýchla oprava nie je pre tento jazyk k dispozícii.

Ďalšie informácie

CMEMTHREAD čakať typ udáva počkať na vnútorné, bezpečné pamäťové objekty. Vyššiu úroveň analógie dotaz môže vyvolať čakať, ktorá vedie k poklesu výkonu priestorové činnosti.

Táto oprava oddiely CMEMTHREAD ktoré spája s "Priestorové pamäte objektu" pomocou NUMA uzol delenie. To znižuje pracovník činnosť súbežnosti počtu plánovače aktívna na jeden uzol. Pre systémy s vyššou úrovňou plánovače na uzol príznak sledovania – T8048 možno ďalej rozdeliť všetky pamäťové objekty, ktoré umožňujú rozdelenie Plánovač. Použite príznak sledovania, ako predstavuje malé množstvo pamäte réžiu všetkých NUMA uzol-rozdelený pamäte objektov.

Poznámka: Priestorové pamäte objektu je vytvorený pri SqlServerSpatial110.dll sa načíta do priestoru adries procesu servera SQL Server. Vo väčšine podmienok, to vyžaduje reštart procesu servera SQL Server na efektov príznak sledovania.

CMEMTHREAD čakať typ zvýši pre akékoľvek vlákno bezpečné pamäte objektu čakať, nielen priestorový objekt. Nasledujúce XEvent relácie definícii a použitia verejných symbolov možno identifikovať riadok špecifický kód, ktorý vytvára CMEMTHREAD čaká: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

Stav

Spoločnosť Microsoft potvrdila, že ide o problém v produktoch spoločnosti Microsoft, ktoré sú uvedené v časti Vzťahuje sa na.

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