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

Articolo
07/30/2024

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 varie opzioni di configurazione e aggiornamenti del prodotto.

È consigliabile valutare la possibilità di applicare questi aggiornamenti per migliorare le prestazioni delle istanze di SQL Server. Il grado di miglioramento dipenderà da vari fattori, tra cui il modello di 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 di 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 includono 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 di 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 più frequentemente consigliati per la scalabilità nei sistemi di fascia alta.
La tabella 2 contiene raccomandazioni e indicazioni per altre ottimizza ottimizzazione 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 le istanze di SQL Server distribuite in un ambiente Linux.

Note

Per un contesto aggiuntivo, vedere Manopole usate di frequente per ottimizzare un'istanza di SQL Server occupata.

Importante

Se sono stati abilitati i flag di traccia, assicurarsi di esaminare le informazioni contenute in tale articolo dopo l'esecuzione della migrazione a SQL Server 2017 o SQL Server 2016. Molte delle opzioni di configurazione e i flag di traccia elencati in questo articolo sono diventate 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 Versione applicabile e intervalli di compilazione.

Note

La versione e la build 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 UNITÀ di configurazione nel provider di servizi.
Versione non applicabile e build indica l'aggiornamento specifico in cui il flag di modifica o traccia è diventato il comportamento predefinito. Pertanto, solo applicando tale aggiornamento sarà sufficiente per ricevere i vantaggi.

Importante

Quando si abilitano le 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	Versione applicabile e intervalli di compilazione	Versione non applicabile e intervalli di compilazione	Articolo o collegamento al blog della Knowledge Base per altri dettagli
Un numero elevato di conflitti di spinlock SOS_CACHESTORE o i piani vengono rimossi frequentemente nei carichi di lavoro di query ad hoc.	T174	DA SQL Server 2016 RTM a SP/CU corrente da SQL Server 2017 RTM a SP/CU corrente	None	KB3026083 - CORREZIONE: SOS_CACHESTORE contesa di spinlock nella cache dei piani di 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 impiegati di memoria. Utilizzo elevato della CPU a causa di ricompilazioni frequenti di query.	T8032	DA SQL Server 2016 RTM a SP/CU corrente da SQL Server 2017 RTM a SP/CU corrente	None	Documentazione di DBCC TRACEON - Flag di traccia (Transact-SQL). Vedere la sezione Cache Size Management (Gestione delle dimensioni della cache) di Plan Cache Internals (Elementi interni della cache dei piani).
tempdb viene usato molto e presenta molte modifiche ai dati in tempdb. Quando si usa il checkpoint indiretto per il database tempdb, vengono visualizzati messaggi dell'utilità di pianificazione che non producono risultati.	T3468	DA SQL Server 2016 SP1 CU5 a SP/CU corrente da SQL Server 2017 CU1 a SP/CU corrente	None	Checkpoint indiretto e tempdb: l'utilità di pianificazione non valida e quella non restituita KB4040276 - CORREZIONe: checkpoint indiretti nel database tempdb causano l'errore "Utilità di pianificazione senza rendimento" in SQL Server 2016 e 2017
Le transazioni brevi frequenti vengono eseguite in tempdb. Si nota un aumento dell'utilizzo della CPU per queste transazioni Non è abilitata la conformità ai criteri comuni	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 frequenti e brevi in SQL Server 2016 e 2017 possono usare più CPU rispetto a SQL Server 2014
Si stanno risolvendo problemi specifici di prestazioni delle query. Le correzioni di Optimizer sono disabilitate per impostazione predefinita.	T4199	DA SQL Server 2016 RTM a SP/CU corrente da SQL Server 2017 RTM a SP/CU corrente	None	KB974006 - Modello di manutenzione di SQL Server Query Optimizer hotfix trace flag 4199 Nota Invece del flag di traccia a livello di server 4199, prendere in considerazione l'uso dell'opzione con ambito database QUERY_OPTIMIZER_HOTFIXES o hint per la query ENABLE_QUERY_OPTIMIZER_HOTFIXES.
Il completamento dei processi delle statistiche richiede molto tempo. Non è possibile eseguire più processi di aggiornamento delle statistiche in parallelo.	T7471	DA SQL Server 2016 RTM CU1 a SP/CU corrente da SQL Server 2017 RTM a SP/CU corrente	None	KB3156157 : è disponibile l'esecuzione simultanea di più UPDATE STATISTICS per statistiche diverse in una singola tabella Miglioramento delle prestazioni delle statistiche di aggiornamento con SQL 2014 e 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 online della documentazione e prendere in considerazione l'implementazione delle linee guida nella colonna Azioni consigliate.

Articolo della Knowledge Base o risorsa online della documentazione	Azioni consigliate
Configurare l'opzione di configurazione del server max degree of parallelism	Usare 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 dei core di licenza per SQL Server 2012	edizione Enterprise con licenza CAL (Server e Client Access License) è limitato a 20 core per ogni istanza di SQL Server. Non sono previsti limiti nel modello di licenza server basato su core. Valutare la possibilità di aggiornare l'edizione di SQL Server allo SKU appropriato per usare tutte le risorse hardware.
Rallentamento delle prestazioni in Windows Server quando si usa la combinazione di risparmio energia bilanciata	Esaminare l'articolo e collaborare con l'amministratore di Windows per implementare una delle soluzioni elencate nella sezione Risoluzione dell'articolo.
optimize for ad hoc workloads Server Configuration Option FORCED PARAMETERIZATION	Le voci nella cache dei piani vengono rimosse a causa della crescita in altre cache o impiegati di memoria. È anche possibile che si verifichi la rimozione della cache dei piani quando la cache raggiunge il numero massimo di voci. Oltre al flag di traccia 8032 descritto in precedenza, prendere in considerazione l'opzione del server optimize for ad hoc workloads e anche l'opzione di database FORCED PARAMETERIZATION .
Come ridurre il paging della memoria del pool di buffer in SQL Server Considerazioni sulla configurazione e sul ridimensionamento della memoria in SQL Server 2012 e versioni successive	Assegnare il diritto utente Abilita le pagine di blocco in memoria (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 le opzioni di configurazione della memoria del server siano account per la memoria solo dai nodi configurati per l'uso delle impostazioni affinity mask.
Informazioni su SQL Server e pagine di grandi dimensioni...	È 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 delle 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 aumenta di dimensioni elevate e si riscontrano problemi di prestazioni e conflitti di spinlock, è consigliabile abilitare il flag di traccia T4610 e T4618 per ridurre le dimensioni massime di TokenAndPermuserStore.
ALTER WORKLOAD GROUP KB3107401 : sono disponibili nuove opzioni di concessione di memoria delle query (min_grant_percent e max_grant_percent) in SQL Server 2012	Se sono presenti molte query che esauriscono concessioni di memoria di grandi dimensioni, ridurre `request_max_memory_grant_percent` il gruppo di carico di lavoro predefinito nella configurazione di Resource Governor dal 25% predefinito a un valore inferiore. In SQL Server sono disponibili nuove opzioni di concessione di memoria query (`min_grant_percent` e `max_grant_percent`).
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, il programma di installazione esegue automaticamente questa operazione.
TEMPDB - File e flag di traccia e aggiornamenti	Usare le ottimizzazioni di tempdb e migliorare la scalabilità evitando o riducendo DDL sugli oggetti temp.
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 volume in base alle informazioni contenute nella documentazione online.
Considerazioni sulle impostazioni "aumento automatico" e "autoshrink" in SQL Server	Controllare le impostazioni correnti del database e assicurarsi che siano configurate in base alle raccomandazioni 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 RAM e database di grandi dimensioni	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 riferimento Checkpoint indiretto e tempdb, ovvero l'utilità di pianificazione valida, quella non valida e quella che non produce.
KB3009974 - CORREZIONE: Sincronizzazione lenta quando i dischi hanno dimensioni del settore diverse per i file di log di replica primaria e secondaria negli ambienti di disponibilità e logshipping di SQL Server	Se si dispone di un gruppo di disponibilità in cui il log delle transazioni nella replica primaria si trova su un disco con dimensioni di settore a 512 byte e il log delle transazioni di replica secondaria si trova in un'unità con dimensioni di settore di 4 K, è possibile che si verifichi una sincronizzazione lenta. In questo caso, l'abilitazione di TF 1800 dovrebbe risolvere il problema. Per altre informazioni, vedere Flag di traccia 1800.
Infrastruttura di profilatura query KB3170113 -Update per esporre statistiche di esecuzione delle query per operatore in showplan XML ed evento esteso in SQL Server 2014 SP2	Se SQL Server non è già associato alla CPU e un overhead da 1,5% a 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 versione successiva. In questo modo è possibile eseguire la risoluzione dei problemi delle query in tempo reale negli ambienti di produzione.
Identificare le regressioni di scelta del piano usando Query Store Attivare il piano di query migliore	Usare la funzionalità query store per identificare le query regredite o con prestazioni scarse. Se si verificano problemi di prestazioni delle query a causa della stima della cardinalità, selezionare la versione ce appropriata: opzione `LEGACY_CARDINALITY_ESTIMATION`con ambito database, hint `LEGACY_CARDINALITY_ESTIMATION`per la query, livello di compatibilità del database o flag di traccia 9481.
L'ipotesi di contenimento dei join nella nuova stima della cardinalità degrada le prestazioni delle query	Valutare le query che usano join e filtri per comprendere l'effetto di contenimento semplice e di base. Usare il flag di traccia 9476 per il contenimento semplice anziché il contenimento di base quando si usa lo strumento di stima della cardinalità predefinito.
Miglioramenti del 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 più grandi Miglioramento del campionamento e del meccanismo di blocco per l'aggiornamento delle statistiche Statistiche campionate da un processo multithread Possibilità di eseguire la selezione di inserimento usando il parallelismo Usare il livello di compatibilità del database 140 o versione successiva per trarre vantaggio dai miglioramenti seguenti: Miglioramento della stima della cardinalità e qualità del piano usando nuove funzionalità, ad esempio l'esecuzione interleaved per funzioni con valori di tabella con più istruzioni e join adattivo Miglioramento dell'utilizzo della memoria tramite il feedback delle concessioni di memoria
Procedure consigliate per Query Store	Impostare la modalità di acquisizione su Auto Abilitare i flag di traccia 7745 e 7752 per migliorare le prestazioni di Query Store durante 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 una contesa di spinlock dell'archivio query in carichi di lavoro pesanti.
SQL Server 2016/2017: Availability group secondary replica redo model and performance (SQL Server 2016/2017: modello di rollforward della replica secondaria dei gruppi di disponibilità e prestazioni)	Se si verificano troppe attese (`PARALLEL_REDO_TRAN_TURN`, `DPT_ENTRY_LOCK`o `DIRTY_PAGE_TABLE_LOCK`), vedere 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 CHECKDB più veloce - Parte IV (tipi definiti dall'utente DI SQL CLR)	Se si eseguono comandi DBCC CHECK in database di grandi dimensioni (dimensioni multiple TB), è consigliabile usare i flag di traccia T2562, T2549 e T2566. Diversi controlli si trovano ora nell'opzione EXTENDED_LOGICAL_CHECK in SQL Server 2016.
Proteggere SQL Server dagli attacchi alle vulnerabilità del canale laterale Spectre e Meltdown	Valutare attentamente le prestazioni di KVAS (Kernel Virtual Address Shadowing), Kernel Page Table Indirection (KPTI) e Indirect Branch Prediction Mitigation (IBP) in vari carichi di lavoro di SQL Server nell'ambiente in uso.

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 di 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	Altri riferimenti e informazioni
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 di SQL Server
Motore di database		Novità del motore di database - SQL Server 2017
Motore di database		Modifiche di rilievo apportate alle funzionalità del Motore di database in SQL Server 2016
Motore di database		Modifiche di rilievo apportate alle funzionalità del motore di database in SQL Server 2017
Conversioni dei tipi di dati per l'elaborazione di query	SQL Server 2016 (13.x) include miglioramenti in alcune conversioni di tipi di dati e alcune operazioni (in genere non comuni).	Per altre informazioni, vedere Miglioramenti di SQL Server 2016 relativi alla 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 del mirroring del database per trasmettere il contenuto del database al database secondario e applicarli.	SQLSweet16!, Episodio 2: Seeding automatico dei gruppi di disponibilità
Gruppo di disponibilità	SQL Server 2016 usa un numero minore di opzioni di contesto quando trasporta i blocchi di log dal database primario al secondario.	SQL 2016 - Funziona più velocemente: i commutatori di contesto del trasporto dei log Always On ridotti SQL Server 2016 vengono eseguiti più velocemente: i gruppi di disponibilità AlwaysOn sono 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: compressione parallela Always On/Algoritmi migliorati
Gruppo di disponibilità	SQL Server 2016 sfrutta i vantaggi dell'hardware basato sulle funzionalità di crittografia AES-NI per migliorare la scalabilità e le prestazioni del log shipping AlwaysOn di un fattore significativo.	SQL 2016 - Viene eseguito più velocemente - Crittografia AES-NI Always On
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 ed elaborazione di 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 della 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'istruzione INSERT ... L'istruzione SELECT da usare tramite parallelismo riduce notevolmente il tempo di caricamento dei dati.	SQLSweet16!, episodio 3: PARALLEL INSERT ... SELEZIONARE
Prestazioni	SQL Server 2016 abilita l'operazione TRUNCATE su singole partizioni di una tabella per l'archiviazione di partizioni meno recenti.	SQLSweet16!, Episodio 5: TRUNCATE Selected Partitions
Prestazioni	SQL Server 2016 regola in modo dinamico le dimensioni del pool di lavoro del database ottimizzato per la memoria in base alle esigenze.	SQL 2016 - Viene eseguito più velocemente: pool di lavoro del database ottimizzato per la memoria
Tempdb	Le allocazioni sono tempdb e i database utente usano extent completi uniformi. La crescita dei file in tempdb avviene contemporaneamente per tutti i file.	SQL 2016 - Viene eseguito più velocemente: -T1117 e -T1118 modifiche per TEMPDB e database utente
Tempdb	motore di database programma di installazione calcola automaticamente il numero di file di dati tempdb.	SQL 2016 - Viene eseguito più velocemente: configurazione automatica di TEMPDB
Storage	Il motore di database usa 0xC0 stamp anziché 0x00 per l'inizializzazione dei file di log delle transazioni.	SQL 2016 - Viene eseguito più velocemente: LDF stampato
Storage	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 del checkpoint indiretto
Storage	Le frequenze elevate delle transazioni possono trarre vantaggio da più autori di log 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 dei backup per i database abilitati per TDE
Sistema operativo SQL	Partizionare dinamicamente gli oggetti memoria per ridurre la contesa di oggetti memoria.	SQL 2016 - Viene eseguito più velocemente: partizionamento dell'oggetto memoria dinamica (CMemThread)
Sistema operativo SQL	SQL Server 2016 monitora i modelli di utilizzo quantistico dei lavoratori che consentono 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 ogni 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: Soft NUMA 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 conflitti e funzionalità avanzate di lettura-ahead.	SQL 2016 - Funziona più velocemente: DBCC ridimensiona 7 volte meglio
DBCC CHECK	I comandi DBCC CHECK richiedono molto tempo quando SQL Server valuta tipi di dati e indici 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 migliorate per caricare i dati UTF-8 in una tabella in SQL Server.	SQLSweet16!, Episodio 10: "Posso mangiare vetro ...", ma posso caricarlo in un database?
Spatial	SQL Server 2016 rimuove le attività PInvoke e PUnInvoke durante l'esecuzione T-SQL per molti dei metodi spaziali.	SQL 2016 - Viene eseguito più velocemente: implementazioni spaziali native
Spatial	SQL Server 2016 migliora la scalabilità di TVP che usa dati spaziali tramite convalide spaziali native.	SQL 2016 - Viene eseguito più velocemente: tvp con colonne spaziali
Spatial	I miglioramenti spaziali nativi e TVP consentono a SQL Server di ottimizzare la creazione dell'indice e la suddivisione a mosaico dei dati spaziali.	SQL 2016 - Viene eseguito più velocemente: gli indici spaziali vengono compilati più velocemente
MSDTC	SQL Server 2016 avvia in modo dinamico 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 il 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 richiesto negli ambienti applicabili. Per altre informazioni sui rispettivi problemi, vedere l'articolo della Knowledge Base. Questi consigli 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. È sufficiente applicare la versione cu o Service Pack più recente che include queste correzioni per ottenere il vantaggio.

Nota Il nome cu nella colonna Aggiornamento richiesto fornisce il primo CU di SQL Server che risolve questo problema. Un aggiornamento cumulativo contiene tutti gli hotfix e tutti gli aggiornamenti inclusi insieme alla versione precedente dell'aggiornamento di SQL Server. Come indicato negli aggiornamenti del modello di manutenzione incrementale di SQL Server, è consigliabile installare l'aggiornamento cumulativo più recente in una frequenza proattiva continua per risolvere o impedire i problemi descritti. Si noti anche 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ù disponibili.

Tabella 5: Miglioramenti consigliati, correzioni e linee guida di configurazione 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 richiesto negli ambienti applicabili. Per altre informazioni sui rispettivi problemi, vedere l'articolo della Knowledge Base elencato.

Questi consigli 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. È sufficiente applicare l'aggiornamento cumulativo o il Service Pack più recente che include queste correzioni per ottenere il vantaggio. Se si usa il gruppo di disponibilità AlwaysOn in SQL Server in Linux, aggiornare SQL Server 2017 all'aggiornamento cumulativo 8 o versione successiva perché sono stati distribuiti diversi miglioramenti in questo aggiornamento. Nota Il nome cu nella colonna Aggiornamento richiesto fornisce il primo aggiornamento cumulativo di SQL Server che risolve questo problema. Un aggiornamento cumulativo contiene tutti gli hotfix e tutti gli aggiornamenti inclusi nella versione precedente dell'aggiornamento di SQL Server. Come indicato negli aggiornamenti del modello di manutenzione incrementale di 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 anche 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.

Condividi tramite