FIX: Riduzione delle prestazioni di SQL Server quando si genera un indice su un tipo di dati spaziali di una tabella di grandi dimensioni in un'istanza di SQL Server 2012 o SQL Server 2014

Sintomi

Quando si tenta di generare un indice (mediante l'utilizzo di CREATE INDEX o ALTER INDEX) per un tipo di dati spaziali di una tabella di grandi dimensioni in Microsoft SQL Server 2012 o SQL Server 2014, il conflitto è elevato sul tipo di attesa di CMEMTHREAD e le prestazioni di SQL Server diminuisce.

Risoluzione

Il problema è stato risolto prima nell'aggiornamento cumulativo seguente di SQL Server.

Informazioni sul pacchetto di aggiornamento hotfixUn hotfix supportato è disponibile da Microsoft. Tuttavia, questo hotfix è destinato esclusivamente alla correzione del problema descritto in questo articolo. Applicare questo hotfix solo ai sistemi in cui si verificano questo problema specifico.

Se l'hotfix è disponibile per il download, vi è una sezione "Hotfix Download disponibile" nella parte superiore di questo articolo della Knowledge Base. Se non viene visualizzato in questa sezione, inviare una richiesta al servizio clienti Microsoft e supporto tecnico per ottenere l'hotfix.

Nota: Se si verificano ulteriori problemi o se è necessaria attività di risoluzione aggiuntiva, potrebbe essere necessario creare una richiesta di assistenza separata. I costi di supporto normale verranno applicati per eventuali ulteriori domande e problemi che non dovessero rientrare specifico hotfix in questione. Per un elenco completo dei numeri di telefono del servizio clienti Microsoft e supporto tecnico o per creare una richiesta di assistenza separata, visitare il seguente sito Web Microsoft:

http://support.microsoft.com/contactus/?ws=supportNota: Il modulo "Hotfix Download disponibile" Visualizza le lingue per cui è disponibile l'hotfix. Se non viene visualizzata la lingua, è perché un aggiornamento rapido non è disponibile per tale lingua.

Ulteriori informazioni

Un tipo di attesa CMEMTHREAD indica il tempo di attesa per gli oggetti di memoria interna, thread-safe. Livelli superiori di parallelismo query potrebbero attivare l'attesa che comporta una riduzione delle prestazioni dell'attività spaziale.

Questa correzione suddivide il CMEMTHREAD che associa con "Oggetto di memoria spaziale" utilizzando il partizionamento nodo NUMA . Questo riduce la concorrenza di attività di lavoro al numero di utilità di pianificazione attivo su un singolo nodo. Per i sistemi con livelli più elevati di utilità di pianificazione per ogni nodo, il flag di traccia – T8048 può essere utilizzata per partizionare ulteriormente tutti gli oggetti di memoria che consentono la suddivisione dall'utilità di pianificazione. Utilizzare il flag di traccia con attenzione, come una piccola quantità di memoria viene introdotto un sovraccarico a tutti gli oggetti di memoria partizionata nodo NUMA .

Nota: L'oggetto spaziale memoria viene creato quando viene caricato il SqlServerSpatial110.dll nello spazio degli indirizzi del processo di SQL Server. Nella maggior parte dei casi, ciò richiede il riavvio del processo di SQL Server per applicare gli effetti di flag di traccia.

Il tipo di attesa CMEMTHREAD viene incrementato per qualsiasi attesa oggetto memoria provvisoria thread, non solo l'oggetto spaziale. La seguente definizione sessione XEvent e l'utilizzo di simboli pubblici può essere utilizzati per identificare la riga di codice specifico che genera attese CMEMTHREAD :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

Stato

Microsoft ha confermato che questo è un problema dei prodotti Microsoft elencati nella sezione "Si applica a".

Author: rdorr; jannaw
Writer: v-shysun
Revisore tecnico: rdorr; brellwei; ajayj; jannaw; sqlprev
Editor: