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

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

Versione originale del prodotto: SQL Server 2017, 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 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 le istanze di SQL Server distribuite in un ambiente Linux.

Annotazioni

Per un contesto aggiuntivo, vedere Parametri usati di frequente per ottimizzare un SQL Server molto carico.

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 quell'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 negli intervalli di versioni e build applicabili.

Annotazioni

La versione e la build applicabili indicano l'aggiornamento specifico in cui è stata introdotta la modifica o il flag di traccia. Se non viene specificato alcun CU, vengono inclusi tutti i CU nello SP.
Versione e build non applicabili indica l'aggiornamento specifico in cui la modifica o il flag di traccia è diventato il comportamento predefinito. Pertanto, sarà sufficiente applicare tale aggiornamento 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à.

Caso e sintomi da considerare	Trace flag	Versione applicabile e intervalli di build	Versioni e intervalli di build non applicabili	Articolo della Knowledge Base o link al blog per maggiori dettagli
Elevata contenzione dello spinlock SOS_CACHESTORE oppure i piani vengono espulsi frequentemente nei carichi di lavoro con query ad hoc.	T174	Da SQL Server 2016 RTM a SP/CU attuale; da SQL Server 2017 RTM a SP/CU attuale	Nessuno	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 memory clerks. Utilizzo elevato della CPU a causa di ricompilazioni frequenti di query.	T8032	Da SQL Server 2016 RTM a SP/CU attuale Da SQL Server 2017 RTM a SP/CU attuale	Nessuno	Documentazione di DBCC TRACEON - Flag di traccia (Transact-SQL). Vedere la sezione Cache Size Management di Plan Cache Internals.
tempdb viene usato molto e subisce molte modifiche ai dati in tempdb. Si verificano messaggi di scheduler non yielding quando si usa il checkpoint indiretto per il database tempdb.	T3468	DA SQL Server 2016 SP1 CU5 a SP/CU corrente da SQL Server 2017 CU1 a SP/CU corrente	Nessuno	Checkpoint indiretto e tempdb: il buono, il cattivo e lo scheduler non yielding KB4040276 - CORREZIONE: i checkpoint indiretti nel database tempdb causano l'errore "scheduler non yielding" in SQL Server 2016 e 2017
Le transazioni brevi frequenti si verificano 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
Stai 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	Nessuno	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 di 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 fino al SP/CU corrente; da SQL Server 2017 RTM fino al SP/CU corrente	Nessuno	KB3156157 : è disponibile l'esecuzione simultanea di più UPDATE STATISTICS per statistiche diverse in una singola tabella Migliorare le prestazioni di Update Statistics con SQL 2014 & SQL 2016

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

Esaminare il contenuto nella colonna articolo della Knowledge Base o risorsa Books Online e prendere in considerazione l'implementazione delle linee guida nella colonna Azioni consigliate.

Articolo della Knowledge Base o risorsa di Books Online	Azioni consigliate
Configurare l'opzione di configurazione del server max degree of parallelism	Usare la `sp_configure` procedura archiviata per apportare modifiche alla configurazione di Configurare l'opzione di configurazione del server Grado massimo di parallelismo 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	L'edizione Enterprise con licenza CAL (Server e Client Access License) è limitata 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.
Prestazioni lente in Windows Server quando si usa il piano di alimentazione Bilanciato	Esaminare l'articolo e collaborare con l'amministratore di Windows per implementare una delle soluzioni elencate nella sezione Risoluzione dell'articolo.
Opzione di configurazione del server ottimizzare per carichi di lavoro ad hoc PARAMETRIZZAZIONE FORZATA	Le voci nella cache dei piani vengono rimosse a causa della crescita in altre cache o nei memory clerk. È anche possibile che si verifichi l'espulsione dalla 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 e anche l'opzione di database FORCED PARAMETERIZATION.
Come ridurre il paging della memoria del buffer pool in SQL Server Considerazioni sulla configurazione e sul ridimensionamento della memoria in SQL Server 2012 e versioni successive	Assegnare il diritto utente Blocco pagine in memoria (Windows) all'account di avvio del servizio SQL. Impostare la memoria massima del server su circa il 90% della memoria fisica totale. Assicurarsi che le opzioni di configurazione della memoria del server tengano conto solo della memoria dei nodi configurati per l'uso delle impostazioni affinity mask.
SQL Server e pagine di grandi dimensioni spiegati...	È 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 gli indici columnstore sono interoperabili con un modello di memoria a 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 grandi concessioni di memoria, 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. 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 del volume in base alle informazioni contenute nella 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 nell'articolo della Knowledge Base.
Punti di controllo 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: RAM elevata e checkpoint del DB	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 AG e Log Shipping 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 Trace Flag 1800.
Infrastruttura per la profilazione delle 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à limitato dalla 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 nel New Cardinality Estimator 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 trace flag 9476 per il contenimento semplice anziché il contenimento di base quando si usa l'estimatore di 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 INSERT...SELECT 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 memory grant feedback
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: modello di ripristino e prestazioni della replica secondaria dei gruppi di disponibilità	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 redo).
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 sono ora disponibili sotto l'opzione EXTENDED_LOGICAL_CHECK in SQL Server 2016.
Proteggere SQL Server dagli attacchi che sfruttano le vulnerabilità side-channel 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 contengono 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 del database		Novità del motore di database - SQL Server 2017
Motore di database		Modifiche incompatibili 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 nella gestione di alcuni tipi di dati e operazioni non comuni.
Gruppo di disponibilità	Per il database secondario, l'inizializzazione tramite seeding automatico usa gli endpoint di mirroring del database per trasmettere in streaming il contenuto del database al database secondario e applicarlo.	SQLSweet16!, Episodio 2: Seed automatico dei gruppi di disponibilità
Gruppo di disponibilità	SQL Server 2016 usa un numero minore di cambi di contesto quando trasporta i blocchi di log dal database primario al secondario.	SQL 2016 - È semplicemente più veloce: riduzione dei cambi di contesto nel trasporto dei log Always On SQL Server 2016 - È semplicemente più veloce: gruppi di disponibilità Always On potenziati
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 con funzionalità di crittografia basate su AES-NI per migliorare la scalabilità e le prestazioni del log shipping AlwaysOn di un fattore significativo.	SQL 2016 - È semplicemente più veloce - 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: Column Store usa istruzioni vettoriali (SSE/AVX)
Prestazioni	SQL Server 2016 sfrutta le istruzioni vettoriali 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 ... SELECT a operare tramite parallelismo, riducendo notevolmente il tempo di caricamento dei dati.	SQLSweet16!, episodio 3: PARALLEL INSERT ... SELECT
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 - È semplicemente più veloce: worker pool per database ottimizzati per la memoria
Tempdb	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	Il programma di installazione di motore di database calcola automaticamente il numero di file di dati di tempdb.	SQL 2016 - Viene eseguito più velocemente: configurazione automatica di TEMPDB
Immagazzinamento	Il motore di database usa la firma 0xC0 anziché 0x00 per l'inizializzazione dei file di log delle transazioni.	SQL 2016 - Viene eseguito più velocemente: LDF contrassegnato
Immagazzinamento	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
Immagazzinamento	Tassi elevati di transazioni possono trarre vantaggio da più processi di scrittura del log che scaricano la cache dei log nel log delle transazioni.	SQL 2016 - È semplicemente più veloce: più worker di scrittura del log
Backup e ripristino	I backup possono essere compressi per i backup di un database crittografato con TDE se si specifica un MAXTRANSFERSIZE superiore a 65536.	SQLSweet16!, Episodio 1: Compressione dei backup per i database abilitati per TDE
SQL OS	Partizionare dinamicamente gli oggetti memoria per ridurre la contesa di oggetti memoria.	SQL 2016 - Viene eseguito più velocemente: partizionamento dell'oggetto di memoria dinamica (CMemThread)
SQL OS	SQL Server 2016 monitora i modelli di utilizzo del quanto dei worker, consentendo a tutti i worker di ottenere un trattamento equo e migliorare la scalabilità.	SQL 2016 - Viene eseguito più velocemente: algoritmi di pianificazione aggiornati
SQL OS	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 - È semplicemente più veloce: controlli estesi DBCC
Pagina 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?
Spaziale	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
Spaziale	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
Spaziale	I miglioramenti nativi e quelli relativi a TVP per i dati spaziali 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 - È semplicemente più veloce: 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 dell'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 precedente versione di 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 Modern Servicing Model for 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 continua per risolvere o impedire i problemi descritti. Si noti anche che a partire da SQL Server 2017 è stato introdotto il Modern Servicing Model for SQL Server, per cui i Service Pack non sono più resi disponibili.

Commenti e suggerimenti

Questa pagina è stata utile?

Ultimo aggiornamento: 2024-07-30