Aggiornamenti e opzioni di configurazione consigliati per SQL Server 2017 e 2016 con carichi di lavoro a prestazioni elevate

Articolo
06/20/2023

Questo articolo descrive un elenco di miglioramenti delle prestazioni e opzioni di configurazione disponibili per SQL Server 2016 e versioni successive.

Versione originale del prodotto: SQL Server 2017 in Windows, SQL Server 2016
Numero KB originale: 4465518

Introduzione

Questo articolo descrive i miglioramenti delle prestazioni e le modifiche disponibili per Microsoft SQL Server 2017 e SQL Server 2016 tramite vari aggiornamenti dei prodotti e opzioni di configurazione.

È consigliabile applicare questi aggiornamenti per migliorare le prestazioni delle istanze di SQL Server. Il grado di miglioramento dipenderà da vari fattori, tra cui il modello del carico di lavoro, i punti di contesa, il layout del processore (numero di gruppi di processori, socket, nodi NUMA e core in un nodo NUMA) e la quantità di memoria disponibile nel sistema.

Il team di supporto SQL Server ha usato questi aggiornamenti e modifiche alla configurazione per ottenere miglioramenti ragionevoli delle prestazioni per i carichi di lavoro dei clienti che usano sistemi hardware che includevano diversi nodi NUMA e molti processori. Il team di supporto continuerà ad aggiornare questo articolo con altri aggiornamenti in futuro.

Definizione: sistemi di fascia alta
Un "sistema di fascia alta" ha in genere più socket, otto core o più per socket e mezzo terabyte o più di memoria.

Applicare gli aggiornamenti consigliati e migliorare le prestazioni SQL Server

Queste raccomandazioni per migliorare le prestazioni di SQL Server 2017 e SQL Server 2016 sono raggruppate in cinque tabelle, come indicato di seguito:

La tabella 1 contiene gli aggiornamenti e i flag di traccia consigliati più di frequente per la scalabilità nei sistemi di fascia alta.
La tabella 2 contiene indicazioni e indicazioni per altre ottimizzazioni delle prestazioni.
La tabella 3 contiene informazioni sulle modifiche apportate al comportamento e alle impostazioni predefinite in SQL 2017 e 2016.
La tabella 4 contiene altre correzioni di scalabilità incluse insieme a un aggiornamento cumulativo (CU).
La tabella 5 contiene le correzioni consigliate e le linee guida di configurazione per SQL Server istanze distribuite in un ambiente Linux.

Nota

Per un contesto aggiuntivo, vedere Manopole usate di frequente per ottimizzare un SQL Server occupato.

Importante

Se sono stati abilitati i flag di traccia, verificare di esaminare le informazioni contenute in tale articolo dopo aver eseguito la migrazione a SQL Server 2017 o SQL Server 2016. Molti dei flag di traccia e delle opzioni di configurazione elencati in tale articolo sono diventati opzioni predefinite in SQL Server 2017 e SQL Server 2016.

Tabella 1. Aggiornamenti importanti e flag di traccia per sistemi di fascia alta

Esaminare la tabella seguente e abilitare i flag di traccia nella colonna Flag di traccia dopo aver verificato che l'istanza di SQL Server soddisfi i requisiti nella colonna Intervalli di compilazione e versione applicabili.

Nota

La versione e la compilazione applicabili indicano l'aggiornamento specifico in cui è stato introdotto il flag di modifica o traccia. Se non viene specificato alcun cu, vengono incluse tutte le CU nell'SP.
La versione e la compilazione non applicabili indicano l'aggiornamento specifico in cui il flag di modifica o traccia è diventato il comportamento predefinito. Pertanto, solo l'applicazione di tale aggiornamento sarà sufficiente per ricevere i vantaggi.

Importante

Quando si abilitano correzioni con flag di traccia negli ambienti Always On, tenere presente che è necessario abilitare i flag di correzione e traccia in tutte le repliche che fanno parte del gruppo di disponibilità.

Scenario e sintomo da considerare	Flag di traccia	Intervalli di versione e compilazione applicabili	Intervalli di versione e compilazione non applicabili	Articolo o collegamento al blog della Knowledge Base per altri dettagli
La contesa di spinlock SOS_CACHESTORE o i piani vengono rimossi frequentemente nei carichi di lavoro di query ad hoc.	T174	SQL Server da 2016 RTM a SP/CU corrente SQL Server 2017 RTM a SP/CU corrente	Nessuno	KB3026083 - CORREZIONE: SOS_CACHESTORE contesa di spinlock nella cache dei piani SQL Server ad hoc causa un utilizzo elevato della CPU in SQL Server
Le voci nella cache dei piani vengono rimosse a causa della crescita in altre cache o archivi di memoria. Utilizzo elevato della CPU a causa di frequenti ricompilazione di query.	T8032	SQL Server da 2016 RTM a SP/CU corrente SQL Server 2017 RTM a SP/CU corrente	Nessuno	Documentazione di DBCC TRACEON - Flag di traccia (Transact-SQL). Vedere la sezione Gestione delle dimensioni della cache di Plan Cache Internals.See Cache Size Management section of Plan Cache Internals.
tempdb è molto usato e presenta molte modifiche ai dati in tempdb. Si verificano messaggi dell'utilità di pianificazione non cedenti quando si usa il checkpoint indiretto per il database tempdb.	T3468	SQL Server 2016 SP1 CU5 all'attuale SP/CU SQL Server 2017 CU1 a SP/CU corrente	Nessuno	Checkpoint indiretto e tempdb: l'utilità di pianificazione valida, non valida e non yielding KB4040276 - FIX: i checkpoint indiretti nel database tempdb causano l'errore "Utilità di pianificazione non yielding" in SQL Server 2016 e 2017
Le transazioni brevi frequenti si verificano in tempdb. Si noti che l'aumento dell'utilizzo della CPU per queste transazioni Common Criteria Compliance non è abilitato	T3427	da SQL Server 2016 SP1 CU2 a SQL Server 2016 SP2 CU2	SQL Server 2017 RTM	KB3216543 - CORREZIONE: i carichi di lavoro che usano molte transazioni brevi frequenti in SQL Server 2016 e 2017 possono utilizzare più CPU rispetto a SQL Server 2014
Si stanno risolvendo problemi specifici relativi alle prestazioni delle query. Le correzioni di Optimizer sono disabilitate per impostazione predefinita.	T4199	SQL Server da 2016 RTM a SP/CU corrente SQL Server 2017 RTM a SP/CU corrente	Nessuno	KB974006 - SQL Server modello di manutenzione 4199 del flag di traccia dell'hotfix di Query Optimizer Nota Invece del flag di traccia a livello di server 4199, è consigliabile usare l'opzione con ambito database QUERY_OPTIMIZER_HOTFIXES o l'hint di query ENABLE_QUERY_OPTIMIZER_HOTFIXES.
Il completamento dei processi di statistiche richiede molto tempo. Non è possibile eseguire più processi di aggiornamento delle statistiche in parallelo.	T7471	SQL Server 2016 RTM CU1 a SP/CU corrente SQL Server 2017 RTM a SP/CU corrente	Nessuno	KB3156157 : è disponibile l'esecuzione simultanea di più STATISTICHE DI AGGIORNAMENTO per statistiche diverse in una singola tabella Miglioramento delle prestazioni delle statistiche di aggiornamento con SQL 2014 & SQL 2016

Tabella 2. Considerazioni generali e procedure consigliate per migliorare le prestazioni dell'istanza di SQL Server

Esaminare il contenuto nell'articolo della Knowledge Base o nella colonna Risorse della documentazione online e valutare la possibilità di implementare le indicazioni nella colonna Azioni consigliate .

Articolo della Knowledge Base o risorsa della documentazione online	Azioni consigliate
Configurare l'opzione di configurazione del server max degree of parallelism	Utilizzare la `sp_configure` stored procedure per apportare modifiche alla configurazione per Configurare l'opzione di configurazione del server max degree of parallelism per l'istanza di SQL Server in base all'articolo della Knowledge Base.
Limiti di capacità di calcolo per edizione Limitazione del core della licenza per SQL Server 2012	edizione Enterprise con licenza CAL (Server and Client Access License) è limitata a 20 core per ogni istanza di SQL Server. Il modello di licenza server basato su core non prevede limiti. Valutare la possibilità di aggiornare l'edizione di SQL Server allo SKU appropriato per usare tutte le risorse hardware.
Prestazioni lente in Windows Server quando si usa la combinazione per il risparmio di energia bilanciata	Esaminare l'articolo e collaborare con l'amministratore di Windows per implementare una delle soluzioni elencate nella sezione Risoluzione dell'articolo.
Opzione di configurazione server optimize for ad hoc workloads PARAMETRIZZAZIONE FORZATA	Le voci nella cache dei piani vengono rimosse a causa della crescita in altre cache o archivi di memoria. È anche possibile che si verifichi lo sfratto della cache dei piani quando la cache raggiunge il numero massimo di voci. Oltre al flag di traccia 8032 descritto in precedenza, considerare l'opzione del server optimize for ad hoc workloads (Ottimizza per carichi di lavoro ad hoc ) e l'opzione FORCED PARAMETERIZATION database (DATABASE FORCED PARAMETERIZATION ).
Come ridurre il paging della memoria del pool di buffer in SQL Server Considerazioni sulla configurazione della memoria e sul ridimensionamento in SQL Server 2012 e versioni successive	Assegnare il diritto utente Enable the Lock Pages in Memory Option (Windows) all'account di avvio del servizio SQL. Vedere Come abilitare la funzionalità "pagine bloccate" in SQL Server 2012. Impostare la memoria massima del server su circa il 90% della memoria fisica totale. Assicurarsi che l'impostazione delle opzioni di configurazione della memoria del server conti per la memoria solo dai nodi configurati per l'uso delle impostazioni di affinity mask.
SQL Server e pagine grandi spiegate...	È consigliabile abilitare il flag di traccia 834 se si dispone di un server con molta memoria, in particolare per un carico di lavoro analitico o di data warehousing. Tenere presente che l'interoperabilità degli indici Columnstore con un modello di memoria di pagine di grandi dimensioni in SQL Server.
Problemi di prestazioni query associati a una cache di sicurezza di grandi dimensioni Il completamento dell'esecuzione delle query richiede più tempo quando le dimensioni della cache TokenAndPermUserStore aumentano in SQL Server DBCC TRACEON - Flag di traccia (Transact-SQL)	Se la cache di sicurezza raggiunge dimensioni elevate e si verificano problemi di prestazioni e conflitti di spinlock, provare a abilitare il flag di traccia T4610 e T4618 per ridurre le dimensioni massime di TokenAndPermuserStore.
KB3107401 ALTER WORKLOAD GROUP - Sono disponibili nuove opzioni di concessione della memoria di query (min_grant_percent e max_grant_percent) in SQL Server 2012	Se sono presenti molte query che esauriscono le concessioni di memoria di grandi dimensioni, ridurre `request_max_memory_grant_percent` per il gruppo di carico di lavoro predefinito nella configurazione di Resource Governor dal valore predefinito del 25% a un valore inferiore. Le nuove opzioni di concessione della memoria di query sono disponibili (`min_grant_percent` e `max_grant_percent`) in SQL Server.
SQL 2016: viene eseguito più velocemente: configurazione automatica di TEMPDB	Aggiungere più file di dati di dimensioni uguali per il database tempdb se si tratta di un server aggiornato. Per le nuove installazioni, l'installazione esegue automaticamente questa operazione.
TEMPDB - File e flag di traccia e Aggiornamenti	Usare le ottimizzazioni tempdb e migliorare la scalabilità evitando o riducendo il DDL negli oggetti temporanei.
Inizializzazione immediata dei file	Collaborare con l'amministratore di Windows per concedere all'account del servizio SQL Server i diritti utente Esegui attività di manutenzione del volume in base alle informazioni nell'argomento Documentazione online.
Considerazioni sulle impostazioni "autogrow" e "autoshrink" in SQL Server	Controllare le impostazioni correnti del database e assicurarsi che siano configurate in base alle raccomandazioni contenute nell'articolo della Knowledge Base.
Checkpoint indiretti	Valutare la possibilità di abilitare checkpoint indiretti nei database utente per ottimizzare il comportamento di I/O in SQL Server 2014 e 2012.
SQL Server: checkpoint di grandi dimensioni di RAM e database	Valutare la possibilità di abilitare checkpoint indiretti nei database utente per ottimizzare il comportamento di I/O in SQL Server 2014 e 2012. Esaminare le modifiche necessarie per tempdb nel checkpoint indiretto e nel tempdb di riferimento, ovvero l'utilità di pianificazione valida, non valida e non yielding.
KB3009974 - CORREZIONE: sincronizzazione lenta quando i dischi hanno dimensioni di settore diverse per i file di log della replica primaria e secondaria in ambienti SQL Server gruppo di disponibilità e logshipping	Se si dispone di un gruppo di disponibilità in cui il log delle transazioni nella replica primaria si trova su un disco con dimensioni del settore a 512 byte e il log delle transazioni della replica secondaria si trova in un'unità con dimensioni del settore di 4 K, è possibile che si verifichi una sincronizzazione lenta. In questo caso, l'abilitazione di TF 1800 dovrebbe correggere il problema. Per altre informazioni, vedere Flag di traccia 1800.
Infrastruttura di profilatura delle query KB3170113 -Update per esporre le statistiche di esecuzione delle query per operatore in showplan XML ed Extended Event in SQL Server 2014 SP2	Se il SQL Server non è già associato alla CPU e un sovraccarico dell'1,5-2% è trascurabile per i carichi di lavoro, è consigliabile abilitare TF 7412 come flag di traccia di avvio. Questo flag abilita la profilatura leggera in SQL Server 2014 SP2 o versioni successive. In questo modo è possibile eseguire la risoluzione dei problemi delle query dinamiche negli ambienti di produzione.
Identificare le regressioni di scelta del piano usando Query Store Activare il piano di query migliore	Usare la funzionalità dell'archivio query per identificare le query che hanno regredito o che hanno prestazioni scarse. Se si verificano problemi di prestazioni della query a causa della stima della cardinalità, selezionare la versione CE appropriata: l'opzione con ambito database, l'hint `LEGACY_CARDINALITY_ESTIMATIONLEGACY_CARDINALITY_ESTIMATION`di query, il livello di compatibilità del database o il flag di traccia 9481.
Il presupposto di contenimento join nel nuovo estimatore di cardinalità peggiora le prestazioni delle query	Valutare le query che usano join e filtri per comprendere l'effetto del contenimento semplice e di base. Usare il flag di traccia 9476 per un contenimento semplice anziché per il contenimento di base quando si usa lo strumento di stima della cardinalità predefinito.
Miglioramenti nel livello di compatibilità 130 Miglioramenti nel livello di compatibilità 140	Usare il livello di compatibilità del database 130 o versione successiva per trarre vantaggio dai miglioramenti seguenti: Soglia adattiva e aggressiva per l'aggiornamento delle statistiche esistenti per tabelle di dimensioni maggiori Migliore meccanismo di campionamento e blocco per l'aggiornamento delle statistiche Statistiche campionate da un processo multithreading Possibilità di eseguire insert-select usando il parallelismo Usare il livello di compatibilità del database 140 o versione successiva per trarre vantaggio dai miglioramenti seguenti: Stima della cardinalità migliorata e qualità del piano grazie all'uso di nuove funzionalità, ad esempio l'esecuzione interleaved per funzioni con valori di tabella multi-istruzione e join adattivo Miglioramento dell'utilizzo della memoria grazie al feedback delle concessioni di memoria
Procedura consigliata con il Query Store	Impostare la modalità di acquisizione su Auto Abilitare i flag di traccia 7745 e 7752 per migliorare le prestazioni dei Query Store durante gli scenari di disponibilità elevata e ripristino di emergenza. Applicare la correzione in KB4340759 - CORREZIONE: prestazioni lente di SQL Server 2016 quando Query Store è abilitato se si verifica un conflitto di spinlock dell'archivio query in carichi di lavoro pesanti.
SQL Server 2016/2017: Modello e prestazioni della replica secondaria del gruppo di disponibilità	Se si verificano troppe attese (`PARALLEL_REDO_TRAN_TURN`, `DPT_ENTRY_LOCK`o `DIRTY_PAGE_TABLE_LOCK`), esaminare questo blog per eseguire azioni correttive (applicare la correzione applicabile, valutare l'uso appropriato del modello di rollforward).
KB2634571 : i miglioramenti per il comando DBCC CHECKDB possono comportare prestazioni più veloci quando si usa l'opzione PHYSICAL_ONLY DBCC TRACEON - Flag di traccia Un database CHECKDB più veloce - Parte IV (UDT CLR SQL)	Se si eseguono comandi DBCC CHECK su database di grandi dimensioni (dimensioni di più TB), è consigliabile usare i flag di traccia T2562, T2549 e T2566. Nell'opzione EXTENDED_LOGICAL_CHECK di SQL Server 2016 sono ora disponibili diversi controlli.
Proteggere SQL Server da attacchi alle vulnerabilità del canale laterale Spectre e Meltdown	Valutare attentamente le prestazioni di Kernel Virtual Address Shadowing (KVAS), Kernel Page Indirection (KPTI) e Indirect Branch Prediction mitigation (IBP) in vari carichi di lavoro SQL Server nell'ambiente.

Tabella 3. Modifiche importanti introdotte in SQL Server 2017 e SQL Server 2016

SQL Server 2017 e SQL Server 2016 contiene diversi miglioramenti nelle aree di scalabilità e prestazioni. Varie modifiche alla configurazione e flag di traccia necessari in SQL Server 2014 e SQL Server 2012 sono diventati il comportamento predefinito in SQL Server 2017 e 2016. Questa tabella offre una panoramica di tutte le modifiche implementate in SQL Server 2017 e SQL Server 2016.

Area	Riepilogo della modifica	Altre informazioni e riferimenti
Motore SQL	Flag di traccia usati di frequente ritirati o non più necessari in SQL Server 2016 e nelle versioni successive di SQL Server: 8048, 8079, 9024, 1236, 1118, 1117, 6498, 8075, 3449, 6532, 6533, 6534.	flag di traccia SQL Server
Motore di database		Novità del motore di database - SQL Server 2017
Motore di database		Modifiche di rilievo alle funzionalità del motore di database in SQL Server 2016
Motore di database		Modifiche di rilievo alle funzionalità del motore di database in SQL Server 2017
Conversioni dei tipi di dati per l'elaborazione delle query	SQL Server 2016 (13.x) include miglioramenti in alcune conversioni di tipi di dati e in alcune operazioni (per lo più non comuni).	Per altre informazioni, vedere i miglioramenti SQL Server 2016 nella gestione di alcuni tipi di dati e operazioni non comuni.
Gruppo di disponibilità	Per il database secondario, l'inizializzazione automatica del seeding usa gli endpoint di mirroring del database per trasmettere il contenuto del database al database secondario e applicarli.	SQLSweet16!, Episodio 2: Gruppi di disponibilità Seeding automatico
Gruppo di disponibilità	SQL Server 2016 usa meno commutatori di contesto quando trasporta blocchi di log da primario a secondario.	SQL 2016 - Viene eseguito più velocemente: Always On log transport reduced context switches SQL Server 2016 - It just runs Faster: Always On Availability Groups Turbocharged
Gruppo di disponibilità	SQL Server 2016 usa algoritmi di compressione migliorati e compressione parallela dei dati dei blocchi di log.	SQL 2016 - Viene eseguito più velocemente: Always On compressione parallela/algoritmi migliorati
Gruppo di disponibilità	SQL Server 2016 sfrutta l'hardware basato sulle funzionalità di crittografia AES-NI per migliorare Always On scalabilità e le prestazioni del log shipping di un fattore significativo.	SQL 2016 - Viene eseguito più velocemente - Always On crittografia AES-NI
Prestazioni	SQL Server 2016 rileva le funzionalità della CPU per AVX o SSE e usa le funzionalità vettoriali basate su hardware per migliorare la scalabilità e le prestazioni durante la compressione, la compilazione di dizionari e l'elaborazione dei dati columnstore.	SQL 2016 - Viene eseguito più velocemente: l'archivio colonne usa istruzioni vettoriali (SSE/AVX)
Prestazioni	SQL Server 2016 sfrutta le istruzioni del vettore CPU per migliorare le prestazioni di inserimento bulk.	SQL 2016 - Viene eseguito più velocemente - BULK INSERT usa istruzioni vettoriali (SSE/AVX)
Prestazioni	SQL Server 2016 abilita un insert ... Istruzione SELECT per operare usando il parallelismo riducendo significativamente il tempo di caricamento dei dati.	SQLSweet16!, Episodio 3: Insert parallelo ... SELEZIONARE
Prestazioni	SQL Server 2016 abilita l'operazione TRUNCATE su singole partizioni di una tabella per l'archiviazione di partizioni precedenti.	SQLSweet16!, Episodio 5: TRUNCATE Partizioni selezionate
Prestazioni	SQL Server 2016 regola dinamicamente le dimensioni del pool di lavoro del database ottimizzato In-Memory in base alle esigenze.	SQL 2016: viene eseguito più velocemente: In-Memory pool di lavoro del database ottimizzato
Tempdb	Le allocazioni sono tempdb e i database utente usano extent completi uniformi. L'aumento dei file in tempdb avviene contemporaneamente per tutti i file.	SQL 2016 - Viene eseguito più velocemente: modifiche a -T1117 e -T1118 per tempdb e database utente
Tempdb	Il programma di installazione del motore di database calcola automaticamente il numero di file di dati tempdb.	SQL 2016: viene eseguito più velocemente: configurazione automatica di TEMPDB
Archiviazione	Il motore di database usa 0xC0 stamp anziché 0x00 per l'inizializzazione del file di log delle transazioni.	SQL 2016 - Viene eseguito più velocemente: con stamping LDF
Archiviazione	Per server di memoria di grandi dimensioni e ambienti di scrittura pesanti, il checkpoint indiretto offre prestazioni migliori.	SQL 2016 : viene eseguito più velocemente: impostazione predefinita checkpoint indiretto
Archiviazione	Le frequenze elevate delle transazioni possono trarre vantaggio da più logwriter che scaricano la cache dei log nel log delle transazioni.	SQL 2016: viene eseguito più velocemente: più ruoli di lavoro del writer di log
Backup e ripristino	I backup possono essere compressi per il database crittografato tramite TDE se si specifica MAXTRANSFERSIZE maggiore di 65536.	SQLSweet16!, Episodio 1: Compressione del backup per i database abilitati per TDE
Sistema operativo SQL	Partizionare dinamicamente gli oggetti di memoria per ridurre la contesa degli oggetti di memoria.	SQL 2016 : viene eseguito più velocemente: partizionamento dinamico dell'oggetto memoria (CMemThread)
Sistema operativo SQL	SQL Server 2016 monitora i modelli di utilizzo quantistico dei lavoratori consentendo a tutti i lavoratori di ottenere un trattamento equo e migliorare la scalabilità.	SQL 2016: viene eseguito più velocemente: algoritmi di pianificazione aggiornati
Sistema operativo SQL	SQL Server 2016 interroga il layout hardware e configura automaticamente Soft NUMA nei sistemi che segnalano 8 o più CPU per nodo NUMA. Il partizionamento attiva varie regolazioni in tutto il motore di database per migliorare la scalabilità e le prestazioni.	SQL 2016 - Viene eseguito più velocemente: NUMA soft automatico
DBCC CHECK	Specificare MAXDOP per gestire le risorse utilizzate dal comando DBCC CHECK.	SQLSweet16!, Episodio 6: DBCC CHECKDB con MAXDOP
DBCC CHECK	DBCC CHECK usa un algoritmo di analisi delle pagine migliorato con meno contese e funzionalità avanzate di read-ahead.	SQL 2016 - Viene eseguito più velocemente: DBCC ridimensiona 7 volte meglio
DBCC CHECK	I comandi DBCC CHECK richiedono molto tempo quando SQL Server valuta indici e tipi di dati speciali. Questi controlli sono stati spostati nell'opzione EXTENDED_LOGICAL_CHECKS.	SQL 2016: viene eseguito più velocemente: controlli estesi DBCC
Tabella codici	Le utilità BULK INSERT o bcp sono state migliorate per caricare i dati UTF-8 in una tabella in SQL Server.	SQLSweet16!, Episodio 10: "Posso mangiare il vetro ...", ma posso caricarlo in un database?
Spaziale	SQL Server 2016 rimuove le attività PInvoke e PUnInvoke durante l'esecuzione di T-SQL per molti metodi spaziali.	SQL 2016 : viene eseguito più velocemente: implementazioni spaziali native
Spaziale	SQL Server 2016 migliora la scalabilità di TVP che usa dati spaziali usando convalide spaziali native.	SQL 2016 - Viene eseguito più velocemente: tvp con colonne spaziali
Spaziale	I miglioramenti nello spazio nativi e TVP consentono a SQL Server di ottimizzare la creazione di indici e la mosaicazione dei dati spaziali.	SQL 2016: viene eseguito più velocemente: le compilazioni degli indici spaziali sono più veloci
MSDTC	SQL Server 2016 avvia dinamicamente MSDTC in base alle esigenze, consentendo l'uso delle risorse per altre attività fino a quando necessario.	SQL 2016 - Sfrutta l'avvio MSDTC su richiesta
Xevent	Vengono apportate varie modifiche alla logica del provider Linq XEvent per ridurre il cambio di contesto, le allocazioni di memoria e altri aspetti per un rendering più rapido degli eventi.	SQL 2016 - Viene eseguito più velocemente: lettore Linq XEvent

Tabella 4. Correzioni importanti incluse in un cu

Esaminare la descrizione nella colonna Sintomi e applicare gli aggiornamenti necessari (preferibilmente l'aggiornamento più recente che contiene la correzione specifica) nella colonna Aggiornamento obbligatorio negli ambienti applicabili. Per altre informazioni sui rispettivi problemi, vedere l'articolo della Knowledge Base. Queste raccomandazioni non richiedono l'abilitazione di altri flag di traccia come parametri di avvio, a meno che non venga esplicitamente indicato nell'articolo o in questa tabella. L'applicazione dell'cu o del Service Pack più recente che include queste correzioni è sufficiente per ottenere il vantaggio.

Nota Il nome cu nella colonna Aggiornamento obbligatorio fornisce la prima cu di SQL Server che risolve il problema. Un aggiornamento cumulativo contiene tutti gli hotfix e tutti gli aggiornamenti inclusi insieme alla versione di aggiornamento SQL Server precedente. Come indicato negli aggiornamenti al modello di manutenzione incrementale SQL Server, è consigliabile installare l'aggiornamento cumulativo più recente in una cadenza proattiva in corso per risolvere o impedire i problemi descritti. Si noti inoltre che, a partire da SQL Server 2017, è stato introdotto il modello di manutenzione moderna per SQL Server in modo che i Service Pack non siano più resi disponibili.

Tabella 5: Miglioramenti, correzioni e linee guida di configurazione consigliate per SQL Server in un ambiente Linux

Questa tabella è una compilazione di tutti i principali miglioramenti, raccomandazioni e modifiche al codice rilasciati negli aggiornamenti cumulativi dopo il rilascio di SQL Server 2017. Esaminare la descrizione nella colonna Sintomi e applicare gli aggiornamenti necessari (preferibilmente l'aggiornamento più recente che contiene la correzione specifica) nella colonna Aggiornamento obbligatorio negli ambienti applicabili. Per altre informazioni sui rispettivi problemi, vedere l'articolo della Knowledge Base elencato.

Queste raccomandazioni non richiedono l'abilitazione di altri flag di traccia come parametri di avvio, a meno che non venga esplicitamente indicato nell'articolo o in questa tabella. L'applicazione dell'aggiornamento cumulativo o del Service Pack più recente che include queste correzioni è sufficiente per ottenere il vantaggio. Se si usa Always On gruppo di disponibilità in SQL Server in Linux, eseguire l'aggiornamento SQL Server 2017 all'aggiornamento cumulativo 8 o versione successiva poiché sono stati apportati diversi miglioramenti in questo aggiornamento. Nota Il nome cu nella colonna Aggiornamento obbligatorio fornisce il primo aggiornamento cumulativo di SQL Server che risolve il problema. Un aggiornamento cumulativo contiene tutti gli hotfix e tutti gli aggiornamenti inclusi nella versione di aggiornamento SQL Server precedente. Come indicato negli aggiornamenti al modello di manutenzione incrementale SQL Server, è ora consigliabile installare l'aggiornamento cumulativo più recente in una cadenza proattiva in corso per risolvere o impedire i problemi descritti. Si noti inoltre che a partire da SQL Server 2017 è stato introdotto il modello di manutenzione moderna per SQL Server in modo che i Service Pack non siano più resi disponibili.