Rekommenderade uppdateringar och konfigurationsalternativ för SQL Server 2017 och 2016 med högpresterande arbetsbelastningar

I den här artikeln beskrivs en lista över prestandaförbättringar och konfigurationsalternativ som är tillgängliga för SQL Server 2017 och SQL Server 2016.

Ursprunglig produktversion: SQL Server 2017, SQL Server 2016
Ursprungligt KB-nummer: 4465518

Introduktion

I den här artikeln beskrivs prestandaförbättringar och ändringar som är tillgängliga för Microsoft SQL Server 2017 och SQL Server 2016 via olika produktuppdateringar och konfigurationsalternativ.

Vi rekommenderar att du överväger att tillämpa dessa uppdateringar för att förbättra prestanda för SQL Server-instanser. Förbättringsgraden beror på olika faktorer, till exempel arbetsbelastningsmönster, konkurrenspunkter, processorlayout (antal processorgrupper, socketar, NUMA-noder och kärnor i en NUMA-nod) och mängden tillgängligt minne i systemet.

SQL Server-supportteamet har använt dessa uppdateringar och konfigurationsändringar för att uppnå rimliga prestandavinster för kundarbetsbelastningar som använder maskinvarusystem som innehåller flera NUMA-noder och många processorer. Supportteamet kommer att fortsätta uppdatera den här artikeln med andra uppdateringar i framtiden.

Definition: Avancerade system
Ett "high-end system" har vanligtvis flera socketar, åtta kärnor eller mer per socket och en halv terabyte eller mer minne.

Tillämpa rekommenderade uppdateringar och förbättra SQL Server-prestanda

Dessa rekommendationer för att förbättra prestanda för SQL Server 2017 och SQL Server 2016 grupperas i fem tabeller enligt följande:

Tabell 1 innehåller de vanligaste rekommenderade uppdateringarna och spårningsflaggor för skalbarhet i högpresterande system.
Tabell 2 innehåller rekommendationer och vägledning för ytterligare prestandajustering.
Tabell 3 innehåller information om ändringar i beteende och standardinställningar i SQL 2017 och 2016.
Tabell 4 innehåller andra skalbarhetskorrigeringar som inkluderades tillsammans med en kumulativ uppdatering (CU).
Tabell 5 innehåller rekommenderade korrigeringar och konfigurationsriktlinjer för SQL Server-instanser som distribueras i en Linux-miljö.

Obs!

Ytterligare kontext finns i Vanliga inställningar för att justera en hårt belastad SQL Server.

Viktigt!

Om du har aktiverat spårningsflaggor kontrollerar du att du granskar informationen i den artikeln när du har kört migreringen till SQL Server 2017 eller SQL Server 2016. Många av de spårningsflaggor och konfigurationsalternativ som anges i den artikeln blev standardalternativ i SQL Server 2017 och SQL Server 2016.

Tabell 1. Viktiga uppdateringar och trace flags för avancerade system

Granska följande tabell och aktivera spårningsflaggorna i kolumnen Spårningsflagga när du har kontrollerat att din instans av SQL Server uppfyller kraven i kolumnen Tillämpliga versions- och byggintervall.

Obs!

Tillämplig version och build anger den specifika uppdatering där ändrings- eller spårningsflaggan introducerades. Om ingen CU anges inkluderas alla CU:er i SP.
Inte tillämplig version och build anger den specifika uppdatering där ändringen eller spårningsflaggan blev standardbeteendet. Därför räcker det att bara tillämpa uppdateringen för att få fördelarna.

Viktigt!

När du aktiverar korrigeringar som har spårningsflaggor i AlwaysOn-miljöer måste du aktivera korrigerings- och spårningsflaggor på alla repliker som ingår i tillgänglighetsgruppen.

Scenario och symtom att beakta	spårflagga	Tillämpliga versions- och byggintervall	Inte tillämpliga versions- och byggintervall	Kunskapsbasartikel eller blogglänk för mer information
Hög konkurrens om spinlocken SOS_CACHESTORE eller dina planer avlägsnas ofta i arbetsbelastningar med ad hoc-frågor.	T174	SQL Server 2016 RTM till aktuell SP/CU SQL Server 2017 RTM till aktuell SP/CU	Ingen	KB3026083 – LÖSNING: SOS_CACHESTORE spinlockkonkurrens på ad hoc SQL Server-plancache orsakar hög CPU-användning i SQL Server
Poster i plancachen avlägsnas på grund av tillväxt i andra cacheminnen eller minnesallokerare. Hög CPU-förbrukning på grund av frekvent omkompilering av frågor.	T8032	SQL Server 2016 RTM till aktuell SP/CU SQL Server 2017 RTM till aktuell SP/CU	Ingen	Dokumentation om DBCC TRACEON – Spårningsflaggor (Transact-SQL). Se avsnittet Hantering av cachestorlek i Plan Cache Internals.
tempdb används mycket och många ändringar görs i data i tempdb. Du stöter på meddelanden om schemaläggare som inte svarar när du använder Indirect Checkpoint för tempdb-databasen.	T3468	SQL Server 2016 SP1 CU5 till nuvarande SP/CU SQL Server 2017 CU1 till nuvarande SP/CU	Ingen	Indirect checkpoint och tempdb – den goda, den dåliga och den icke-svarande schemaläggaren KB4040276 – FIX: Indirect checkpoints i tempdb-databasen orsakar felet "Non-yielding scheduler" i SQL Server 2016 och 2017
Frekventa korta transaktioner sker i tempdb. Du märker ökad CPU-användning för dessa transaktioner när Common Criteria-efterlevnad inte är aktiverat	T3427	SQL Server 2016 SP1 CU2 till SQL Server 2016 SP2 CU2	SQL Server 2017 RTM	KB3216543 – KORRIGERING: Arbetsbelastningar som använder många frekventa, korta transaktioner i SQL Server 2016 och 2017 kan förbruka mer PROCESSOR än i SQL Server 2014
Du felsöker specifika problem med frågeprestanda. Optimerarkorrigeringar är inaktiverade som standard.	T4199	SQL Server 2016 RTM till aktuell SP/CU SQL Server 2017 RTM till aktuell SP/CU	Ingen	KB974006 – servicemodell för spårningsflagga 4199 för snabbkorrigeringar i frågeoptimeraren i SQL Server Obs! I stället för spårningsflaggan på servernivå 4199 bör du överväga att använda databasomfattande alternativ QUERY_OPTIMIZER_HOTFIXES eller frågetips ENABLE_QUERY_OPTIMIZER_HOTFIXES.
Det tar lång tid att slutföra statistikjobb. Det går inte att köra flera statistikuppdateringsjobb parallellt.	T7471	SQL Server 2016 RTM CU1 till aktuell SP/CU SQL Server 2017 RTM till aktuell SP/CU	Ingen	KB3156157 – Det är tillgängligt att köra flera UPDATE STATISTICS för olika statistik i en enskild tabell samtidigt Förbättrad prestanda för uppdateringsstatistik med SQL 2014 och SQL 2016

Tabell 2. Allmänna överväganden och metodtips för att förbättra prestandan för din SQL Server-instans

Granska innehållet i kolumnen Knowledge Base-artikel eller Books Online Resource och överväg att implementera vägledningen i kolumnen Rekommenderade åtgärder.

Kunskapsbasartikel eller Books Online-resurs	Rekommenderade åtgärder
Konfigurera serverkonfigurationsalternativet för maximal grad av parallellitet	Använd den `sp_configure` lagrade proceduren för att göra konfigurationsändringar i Serverkonfigurationsalternativet Konfigurera maximal grad av parallellitet för din instans av SQL Server enligt Knowledge Base-artikeln.
Gränser för beräkningskapacitet per utgåva Begränsning för licensierade kärnor för SQL Server 2012	Enterprise Edition som har licensiering för server- och klientåtkomstlicenser (CAL) är begränsad till 20 kärnor per SQL Server-instans. Det finns inga gränser inom den Core-baserade serverlicensieringsmodellen. Överväg att uppgradera din utgåva av SQL Server till lämplig SKU för att använda alla maskinvaruresurser.
Långsamma prestanda på Windows Server när du använder ett balanserat energischema	Läs artikeln och samarbeta med Windows-administratören för att implementera en av lösningarna som visas i avsnittet Lösning i artikeln.
optimera för ad hoc-arbetsbelastningar ServerkonfigurationsalternativET FORCED PARAMETERIZATION	Poster i plancachen avlägsnas på grund av tillväxt i andra cacheminnen eller minneshanterare. Du kan också stöta på borttagning av plancache när cachen når det maximala antalet poster. Utöver spårningsflagga 8032 som beskrivs ovan bör du överväga serveralternativet optimize for ad hoc workloads och även databasalternativet FORCED PARAMETERIZATION.
Så här minskar du växlingen av buffertpoolsminne i SQL Server Minneskonfiguration och storleksöverväganden i SQL Server 2012 och senare versioner	Tilldela användaren låssidor i minnesalternativet (Windows) rätt till SQL-tjänstens startkonto. Ange maximalt serverminne till cirka 90 procent av det totala fysiska minnet. Kontrollera att inställningen Server memory configuration options endast tar hänsyn till minne från de noder som har konfigurerats för att använda affinitetsmaskinställningar.
SQL Server och Large Pages förklaras...	Överväg att aktivera Trace Flag 834 om du har en server som har mycket minne, särskilt för en analys- eller datalagerarbetsbelastning. Tänk på att interoperabilitet för Columnstore-index med modellen för stora minnessidor i SQL Server.
Problem med frågeprestanda som är associerade med en stor säkerhetscache Det tar längre tid att köra frågor när storleken på TokenAndPermUserStore-cachen växer i SQL Server DBCC TRACEON – Spårningsflaggor (Transact-SQL)	Om säkerhetscachen växer sig stor och du upplever prestandaproblem och spinlock-konkurrens, kan du överväga att aktivera spårningsflaggorna T4610 och T4618 för att minska den maximala storleken på TokenAndPermuserStore.
ALTER WORKLOAD GROUP KB3107401 – Nya alternativ för att bevilja frågeminne är tillgängliga (min_grant_percent och max_grant_percent) i SQL Server 2012	Om du har många frågor som förbrukar stora minnestilldelningar, minska `request_max_memory_grant_percent` för standardarbetsbelastningsgruppen i konfigurationen av resursguvernören från standardvärdet 25 procent till ett lägre värde. Nya alternativ för minnesbeviljande för frågor är tillgängliga (`min_grant_percent` och `max_grant_percent`) i SQL Server.
SQL 2016 – Den går helt enkelt snabbare: Automatisk TEMPDB-konfiguration	Lägg till flera datafiler med samma storlek för tempdb-databasen om det här är en uppgraderad server. För nya installationer gör konfigurationen detta automatiskt.
TEMPDB – Filer och spårningsflaggor och uppdateringar	Använd tempdb-optimeringar och förbättra skalbarheten genom att undvika eller minska DDL på temporära objekt.
Instant File-initialisering	Samarbeta med Windows-administratören för att ge SQL Server-tjänstkontot användarrättigheterna Utför volymunderhållsuppgifter enligt informationen i avsnittet Books Online.
Överväganden för inställningarna "autogrow" och "autoshrink" i SQL Server	Kontrollera de aktuella inställningarna för databasen och se till att de är konfigurerade enligt rekommendationerna i kunskapsbasartikeln.
Indirekta kontrollpunkter	Överväg att aktivera indirekta kontrollpunkter i användardatabaser för att optimera I/O-beteendet i SQL Server 2014 och 2012.
SQL Server: stor RAM- och DB-kontrollpunktering	Överväg att aktivera indirekta kontrollpunkter i användardatabaser för att optimera I/O-beteendet i SQL Server 2014 och 2012. Granska de nödvändiga justeringarna för tempdb i referensen Indirect Checkpoint and tempdb – den goda, den dåliga och non-yielding scheduler.
KB3009974 – KORRIGERING: Långsam synkronisering när diskar har olika sektorstorlekar för primära och sekundära replikloggfiler i SQL Server AG- och Logshipping-miljöer	Om du har en Availability Group där transaktionsloggen på den primära repliken finns på en disk som har en sektorstorlek på 512 byte och den sekundära repliktransaktionsloggen finns på en enhet som har en sektorstorlek på 4 K kan det uppstå långsam synkronisering. I den här situationen bör du åtgärda problemet genom att aktivera TF 1800. Mer information finns i Trace Flag 1800.
Infrastruktur för frågeprofilering KB3170113 -Update för att exponera frågekörningsstatistik per operatör i showplan-XML och utökad händelse i SQL Server 2014 SP2	Om din SQL Server inte redan är CPU-bunden och en omkostnad på 1,5 till 2 procent är försumbar för dina arbetsbelastningar rekommenderar vi att du aktiverar TF 7412 som en trace flag vid start. Den här flaggan möjliggör lättviktig profilering i SQL Server 2014 SP2 eller senare. På så sätt kan du felsöka frågor i realtid i produktionsmiljöer.
Identifiera planvalsregressioner med hjälp av Query Store Aktivera den bästa frågeplanen	Använd funktionen Query Store för att identifiera frågor som har fått försämrad prestanda eller presterar dåligt. Om frågeprestandaproblem uppstår på grund av kardinalitetsuppskattning väljer du lämplig CE-version: databasomfattningsalternativ `LEGACY_CARDINALITY_ESTIMATION`, frågeledtråd `LEGACY_CARDINALITY_ESTIMATION`, databaskompatibilitetsnivå eller spårningsflagga 9481.
Antagandet om join-inneslutning i den nya cardinality estimator försämrar frågeprestanda	Utvärdera de queries som använder joiner och filter för att förstå effekten av enkel och basinneslutning. Använd spårningsflagga 9476 för enkel inneslutning i stället för basinneslutning när du använder standardkardinalitetsestimatorn.
Förbättringar i kompatibilitetsnivå 130 Förbättringar i kompatibilitetsnivå 140	Använd databaskompatibilitetsnivå 130 eller senare för att dra nytta av följande förbättringar: Anpassningsbart och aggressivt tröskelvärde för uppdatering av befintlig statistik för större tabeller Bättre samplings- och låsningsmekanism för statistikuppdatering Statistik som samplas av en process med flera trådar Möjlighet att köra insert-select med hjälp av parallellitet Använd databaskompatibilitetsnivå 140 eller senare för att dra nytta av följande förbättringar: Förbättrad kardinalitetsuppskattning och plankvalitet med hjälp av nya funktioner som samverkande körning för tabellvärdesfunktioner med flera instruktioner och adaptiv join Förbättrad minnesanvändning via feedback om minnestilldelning
Bästa praxis med Query Store	Ställ in inspelningsläge på Auto Aktivera spårningsflaggor 7745 och 7752 för att förbättra prestanda för Query Store under scenarier med hög tillgänglighet och katastrofåterställning. Använd korrigeringen i KB4340759 – FIX: Försämrad prestanda för SQL Server 2016 när Query Store är aktiverat om du upplever konkurrens om frågearkivets spinlock under tunga arbetsbelastningar.
SQL Server 2016/2017: redo-modell och prestanda för tillgänglighetsgruppens sekundära replik	Om du får för många väntetider (`PARALLEL_REDO_TRAN_TURN`, `DPT_ENTRY_LOCK`, eller `DIRTY_PAGE_TABLE_LOCK`), läs den här bloggen för att vidta korrigerande åtgärder (tillämpa tillämplig korrigering, utvärdera lämplig användning av redo-modellen).
KB2634571 – Förbättringar för DBCC CHECKDB-kommandot kan resultera i snabbare prestanda när du använder alternativet PHYSICAL_ONLY DBCC TRACEON – Spårningsflaggor En snabbare CHECKDB – Del IV (SQL CLR UDT)	Om du kör DBCC CHECK-kommandon på stora databaser (flera TB-storlekar) bör du överväga att använda spårningsflaggorna T2562, T2549 och T2566. Flera kontroller finns nu under alternativet EXTENDED_LOGICAL_CHECK i SQL Server 2016.
Skydda SQL Server från attacker mot sidokanalsårbarheterna Spectre och Meltdown	Utvärdera noggrant prestanda för Kernel Virtual Address Shadowing (KVAS), Kernel Page Table Indirection (KPTI) och Indirect Branch Prediction Mitigation (IBP) för olika SQL Server-arbetsbelastningar i din miljö.

Tabell 3. Viktiga ändringar som introduceras i SQL Server 2017 och SQL Server 2016

SQL Server 2017 och SQL Server 2016 innehåller flera förbättringar inom skalbarhet och prestanda. Olika konfigurationsändringar och spårningsflaggor som krävs i SQL Server 2014 och SQL Server 2012 blev standardbeteendet i SQL Server 2017 och 2016. Den här tabellen innehåller en översikt över alla ändringar som implementeras i SQL Server 2017 och SQL Server 2016.

Yta	Sammanfattning av ändringen	Mer information och referenser
SQL-motor	Spårningsflaggor som används ofta och som antingen har utgått eller inte längre behövs i SQL Server 2016 och senare versioner av SQL Server: 8048, 8079, 9024, 1236, 1118, 1117, 6498, 8075, 3449, 6532, 6533, 6534.	SQL Server-spårningsflaggor
databasmotor		Nyheter i Databasmotor – SQL Server 2017
databasmotor		Icke-bakåtkompatibla ändringar av databasmotorfunktioner i SQL Server 2016
databasmotor		Icke-bakåtkompatibla ändringar av databasmotorfunktioner i SQL Server 2017
Datatypskonverteringar i frågebearbetning	SQL Server 2016 (13.x) innehåller förbättringar i vissa datatypers konverteringar och vissa (mestadels ovanliga) operationer.	Mer information finns i förbättringar av SQL Server 2016 när det gäller hantering av vissa datatyper och ovanliga operationer.
Availability Group	För sekundär databas använder automatisk sådd vid initiering databasspeglingsslutpunkter för att strömma databasinnehållet till den sekundära och tillämpa det.	SQLSweet16!, Avsnitt 2: Tillgänglighetsgrupper Automatisk seeding
Availability Group	SQL Server 2016 använder färre kontextväxlingar när det transporterar loggblock från primär till sekundär.	SQL 2016 – Den körs bara snabbare: Always On-loggtransport med färre kontextväxlingar SQL Server 2016 – Den körs bara snabbare: Always On-tillgänglighetsgrupper med turbo
Tillgänglighetsgrupp för databaser	SQL Server 2016 använder förbättrade komprimeringsalgoritmer och parallell komprimering av loggblocksdata.	SQL 2016 – Den kör helt enkelt snabbare: Always On-parallellkomprimering/förbättrade algoritmer
Availability Group	SQL Server 2016 drar nytta av maskinvara med AES-NI-krypteringsfunktioner för att förbättra skalbarheten och prestandan för Always On-log shipping med en betydande faktor.	SQL 2016 – Den kör helt enkelt snabbare – Always On AES-NI-kryptering
Prestanda	SQL Server 2016 identifierar CPU-funktionerna för AVX eller SSE och använder de maskinvarubaserade vektorfunktionerna för att förbättra skalbarhet och prestanda vid komprimering, skapande av ordlistor och bearbetning av kolumnlagringsdata.	SQL 2016 – Det körs bara snabbare: Column Store använder vektorinstruktioner (SSE/AVX)
Prestanda	SQL Server 2016 använder cpu-vektorinstruktioner för att förbättra massinfogningsprestanda.	SQL 2016 – Den körs bara snabbare – BULK INSERT använder vektorinstruktioner (SSE/AVX)
Prestanda	SQL Server 2016 gör det möjligt för en INSERT ... SELECT-instruktion att köras med parallellitet, vilket avsevärt minskar datainläsningstiden.	SQLSweet16!, Avsnitt 3: Parallell INSERT ... SELECT
Prestanda	SQL Server 2016 möjliggör TRUNCATE-åtgärder på enskilda partitioner i en tabell för arkivering av äldre partitioner.	SQLSweet16!, Avsnitt 5: TRUNCATE valda partitioner
Prestanda	SQL Server 2016 justerar dynamiskt storleken på arbetspoolen för den minnesoptimerade databasen efter behov.	SQL 2016 – Den går helt enkelt snabbare: Minnesoptimerad databasens worker pool
Tempdb	Allokeringar i tempdb och användardatabaser använder enhetliga fulla extent. Filtillväxt i tempdb sker för alla filer samtidigt.	SQL 2016 – Det går helt enkelt snabbare: -T1117- och -T1118-ändringar för TEMPDB- och användardatabaser
Tempdb	Installationsprogrammet för databasmotorn beräknar automatiskt antalet tempdb-datafiler.	SQL 2016 – Den körs helt enkelt snabbare: Automatisk TEMPDB-konfiguration
Lagring	Databasmotorn använder 0xC0 stämpel i stället för 0x00 för initiering av transaktionsloggfil.	SQL 2016 – Den kör helt enkelt snabbare: LDF-stämplat
Lagring	För stora minnesservrar och tunga skrivmiljöer presterar indirekt checkpoint bättre.	SQL 2016 – det går helt enkelt snabbare: Standard för Indirect Checkpoint
Lagring	Höga transaktionshastigheter kan dra nytta av att flera logwriters tömer loggcachen till transaktionsloggen.	SQL 2016 – Den körs bara snabbare: Flera Log Writer Workers
Säkerhetskopiera och återställ	Säkerhetskopior kan komprimeras för databaser som krypterats med TDE om du anger ett MAXTRANSFERSIZE-värde som är större än 65536.	SQLSweet16!, Avsnitt 1: Komprimering av säkerhetskopior för databaser med aktiverat TDE
SQL Operativsystem	Partitionera minnesobjekt dynamiskt för att minska konkurrensen mellan minnesobjekt.	SQL 2016 – Det går helt enkelt snabbare: Dynamic Memory Object (CMemThread)-partitionering
SQL Operativsystem	SQL Server 2016 övervakar användningsmönstren för tidskvanta för arbetstrådar så att alla arbetstrådar kan få rättvis behandling och förbättra skalbarheten.	SQL 2016 – Det körs bara snabbare: Uppdaterade algoritmer för schemaläggning
SQL Operativsystem	SQL Server 2016 frågar efter maskinvarulayouten och konfigurerar automatiskt Soft NUMA på system som rapporterar 8 eller fler processorer per NUMA-nod. Partitioneringen utlöser olika justeringar i databasmotorn för bättre skalbarhet och prestanda.	SQL 2016 – Det körs bara snabbare: Automatisk mjuk NUMA
DBCC CHECK	Ange MAXDOP för att hantera resurser som förbrukas av KOMMANDOT DBCC CHECK.	SQLSweet16!, Avsnitt 6: DBCC CHECKDB med MAXDOP
DBCC CHECK	DBCC CHECK använder en förbättrad algoritm för sidgenomsökning som har mindre resurskonflikter och avancerade förhandsläsningsfunktioner.	SQL 2016 – Det går bara snabbare: DBCC skalar 7 gånger bättre
DBCC CHECK	DBCC CHECK-kommandon tar lång tid när SQL Server utvärderar särskilda datatyper och index. Dessa kontroller flyttades under alternativet EXTENDED_LOGICAL_CHECKS.	SQL 2016 – Den körs bara snabbare: DBCC Extended Checks
Teckentabell	BULK INSERT- eller bcp-verktyg förbättrades för att ladda in UTF-8-data i en tabell i SQL Server.	SQLSweet16!, Avsnitt 10: "Jag kan äta glas ...", men kan jag läsa in det i en databas?
Rumslig	SQL Server 2016 utför inte längre PInvoke- och PUnInvoke-aktiviteterna under T-SQL-körningen för många av de rumsliga metoderna.	SQL 2016 – Den körs bara snabbare: Inbyggda spatiala implementeringar
Rumslig	SQL Server 2016 förbättrar skalbarheten för TVP som använder rumsliga data med hjälp av inbyggda rumsliga valideringar.	SQL 2016 – det går helt enkelt snabbare: TVP:er med spatiala kolumner
Rumslig	De inbyggda och TVP-relaterade rumsliga förbättringarna gör det möjligt för SQL Server att optimera skapande av index och tessellation av rumsliga data.	SQL 2016 – Den är helt enkelt snabbare: Skapande av spatiala index går snabbare
MSDTC	SQL Server 2016 startar dynamiskt MSDTC efter behov så att resurser kan användas för andra aktiviteter tills det behövs.	SQL 2016 – Utnyttjar MSDTC-start på begäran
XEvent	Olika ändringar görs i XEvent Linq-providerlogik för att minska kontextväxling, minnesallokeringar och andra aspekter för snabbare återgivning av händelser.	SQL 2016 – Den kör helt enkelt snabbare: XEvent Linq Reader

Tabell 4. Viktiga korrigeringar som ingår i en CU

Granska beskrivningen i kolumnen Symptom och tillämpa de nödvändiga uppdateringarna (helst den senaste uppdateringen som innehåller den specifika korrigeringen) i kolumnen Nödvändig uppdatering i tillämpliga miljöer. Du kan läsa kunskapsbasartikeln för mer information om respektive problem. Dessa rekommendationer kräver inte att du aktiverar andra spårningsflaggor som startparametrar om det inte uttryckligen anges i artikeln eller i den här tabellen. Att bara tillämpa den senaste CU eller Service Pack som innehåller dessa korrigeringar räcker för att få förmånen.

Obs! CU-namnet i kolumnen Nödvändig uppdatering anger den första CU för SQL Server som löser problemet. En kumulativ uppdatering innehåller alla snabbkorrigeringar och alla uppdateringar som inkluderades tillsammans med den tidigare SQL Server-uppdateringsversionen. Som du ser i uppdateringarna av SQL Server Incremental Servicing Model rekommenderar vi att du installerar den senaste kumulativa uppdateringen i en pågående proaktiv takt för att lösa eller förhindra de problem som beskrivs. Observera också att från och med SQL Server 2017 introducerades den moderna underhållsmodellen för SQL Server så att servicepaket inte längre görs tillgängliga.

Tillämplig version	Område eller komponent	Beskrivning av problem som har åtgärdats	Rekommenderad uppdatering
SQL Server 2016, SQL Server 2017	Säkerhetskopiering och återställning	Loggsäkerhetskopian av en TDE-aktiverad databas misslyckas och returnerar fel 33111 tillfälligt när du letar efter en äldre kopia av certifikatet som användes för att kryptera DEK tidigare om ett icke-standardvärde för MAXTRANSFERSIZE används	KORRIGERING: Fel 33111 och 3013 när du säkerhetskopierar en TDE-krypterad databas i SQL Server Kumulativ uppdatering 2 för SQL Server 2017 Kumulativ uppdatering 6 för SQL Server 2016 SP1 Kumulativ uppdatering 9 för SQL Server 2016
SQL Server 2016, SQL Server 2017	Säkerhetskopiering och återställning	RESTORE HEADERONLY-instruktion för en TDE-komprimerad säkerhetskopiering är långsam att slutföra i SQL Server	FIX: RESTORE HEADERONLY för en TDE-komprimerad säkerhetskopia slutförs långsamt i SQL Server Kumulativ uppdatering 8 för SQL Server 2017 Kumulativ uppdatering 1 för SQL Server 2016 SP2
SQL Server 2016	Säkerhetskopiering & återställning	Det gick inte att komprimera säkerhetskopieringsfilen vid användning av alternativen INIT och COMPRESSION i en TDE-aktiverad databas	KORRIGERING: Det går inte att komprimera säkerhetskopieringsfilen när alternativet INIT och COMPRESSION används i en TDE-aktiverad databas i SQL Server 2016 Kumulativ uppdatering 7 för SQL Server 2016 RTM CU 4 för SQL Server 2016 SP1
SQL Server 2016	Säkerhetskopiering och återställning	Assertionsfel vid säkerhetskopiering av stor TDE-krypterad databas i SQL Server	Kumulativ uppdatering 4 för SQL Server 2016 SP1
SQL Server 2016	Säkerhetskopiering och återställning	Återställningen misslyckas när du säkerhetskopierar med hjälp av komprimering och kontrollsumma på en TDE-aktiverad databas	KORRIGERING: Återställningen misslyckas när du säkerhetskopierar med hjälp av komprimering och kontrollsumma på en TDE-aktiverad databas i SQL Server 2016 Kumulativ uppdatering 7 för SQL Server 2016 RTM Kumulativ uppdatering 4 för SQL Server 2016 SP1
SQL Server 2016	Säkerhetskopiering och återställning	Fel 9004 när du försöker återställa en komprimerad säkerhetskopia från flera filer för en stor TDE-krypterad databas i SQL Server	KORRIGERING: Fel 9004 när du försöker återställa en komprimerad säkerhetskopia från flera filer för en stor TDE-krypterad databas Kumulativ uppdatering 7 för SQL Server 2016 RTM
SQL Server 2016, SQL Server 2017	Säkerhetskopiering & återställning	Långsam återställningsprestanda när du återställer en säkerhetskopia med hjälp av komprimering på en 4-K-sektor i SQL Server	KB4088193 – KORRIGERING: Långsam återställningsprestanda när du återställer en komprimerad säkerhetskopia på en disk med 4K-sektorstorlek i SQL Server Kumulativ uppdatering 9 för SQL Server 2016 SP1 Kumulativ uppdatering 1 för SQL Server 2016 SP2 Kumulativ uppdatering 7 för SQL Server 2017
SQL Server 2016, SQL Server 2017	Säkerhetskopiering och återställning [VDI]	Återställningen av en TDE-komprimerad säkerhetskopia misslyckas när du använder VDI-klienten	Kumulativ uppdatering 7 för SQL Server 2017 Kumulativ uppdatering 1 för SQL Server 2016 SP2 Kumulativ uppdatering 9 för SQL Server 2016 SP1
SQL Server 2016, SQL Server 2017	Säkerhetskopiering och återställning [VDI]	Återställning av en säkerhetskopieringskomprimerad, TDE-aktiverad databas via VDI-gränssnittet misslyckas och returnerar OS-fel 38	Kumulativ uppdatering 8 för SQL Server 2017 [VSTS Bug # 10936552] SQL Server 2016 SP2 RTM [VSTS Bug # 10698847]
SQL Server 2016, SQL Server 2017	Säkerhetskopiera och återställa [VSS]	Säkerhetskopiering av tillgänglighetsdatabasen via ett VSS-baserat program kan misslyckas i SQL Server	KORRIGERING: Säkerhetskopiering av tillgänglighetsdatabas via VSS-baserat program kan misslyckas i SQL Server Kumulativ uppdatering 1 för SQL Server 2017 Kumulativ uppdatering 9 för SQL Server 2016 RTM Kumulativ uppdatering 5 för SQL Server 2016 SP1 Kumulativ uppdatering 8 för SQL Server 2014 SP2
SQL Server 2016, SQL Server 2017	Säkerhetskopiering och återställning	TDE-aktiverad säkerhetskopiering och återställning är långsamma om krypteringsnyckeln lagras i en EKM-provider i SQL Server	TDE-aktiverad säkerhetskopiering och återställning är långsam om krypteringsnyckeln lagras i EKM Kumulativ uppdatering 8 för SQL Server 2017 Kumulativ uppdatering 1 för SQL Server 2016 Service Pack 2 Kumulativ uppdatering 9 för SQL Server 2016 Service Pack 1
SQL Server 2016, SQL Server 2017	Always On AGColumnstore	Frågor som hämtar data med hjälp av icke-klustrad indexsökning tar längre tid	FIX: Datahämtningsfrågor med icke-klustrad indexsökning tar mycket längre tid i SQL Server Kumulativ uppdatering 2 för SQL Server 2017 Kumulativ uppdatering 6 för SQL Server 2016 Service Pack 1 Kumulativ uppdatering 9 för SQL Server 2016
SQL Server 2016, SQL Server 2017	Always On AG	Parallell redo i en sekundär replik av en tillgänglighetsgrupp som innehåller heaptabeller genererar en assert-dump vid körning eller så kraschar servern som kör SQL Server och returnerar ett åtkomstöverträdelsefel	KORRIGERING: Parallel redo i en sekundär replik av en tillgänglighetsgrupp som innehåller heap-tabeller genererar en assert-dump vid körning eller SQL Server kraschar med ett fel om åtkomstöverträdelse Kumulativ uppdatering 9 för SQL Server 2016 SP1 Kumulativ uppdatering 1 för SQL Server 2016 SP2 Kumulativ uppdatering 6 för SQL Server 2017
SQL Server 2016	Always On AG	Assert-fel inträffar när du använder parallel redo i en sekundär replik av en SQL Server Always On Availability Group	KORRIGERING: Assertionsfel inträffar när du använder parallell återställning i en sekundär replik av en SQL Server Always On-tillgänglighetsgrupp Kumulativ uppdatering 3 för SQL Server 2016
SQL Server 2016, SQL Server 2017	Always On AG	Prestandan är långsam för en Always On AG när du kör en läsfråga	FIX: Always On AG är långsamt vid bearbetning av läsningsfråga i SQL Server Kumulativ uppdatering 8 för SQL Server 2017 Kumulativ uppdatering 1 för SQL Server 2016 SP2 Kumulativ uppdatering 9 för SQL Server 2016 SP1
SQL Server 2017	Always On AG	Förbättring för att minska växlingsvaraktigheten för en tillgänglighetsgrupp i SQL Server på Linux	Förbättring för att minska redundansväxlingens varaktighet för en tillgänglighetsgrupp i SQL Server på Linux Kumulativ uppdatering 8 för SQL Server 2017
SQL Server 2017	Always On AG	Förbättringar för AlwaysOn-tillgänglighetsgrupper i ett Pacemaker-kluster i SQL Server	Förbättringar för AlwaysOn-tillgänglighetsgrupper i ett Pacemaker-kluster i SQL Server Kumulativ uppdatering 8 för SQL Server 2017
SQL Server 2016	Minne	Parallell göra om orsakar hög minnesanvändning	KORRIGERING: Parallell redo orsakar hög minnesanvändning i SQL Server 2016 jämfört med SQL Server 2014 eller tidigare versioner Kumulativ uppdatering 3 för SQL Server 2016 SP1
SQL Server 2016, SQL Server 2017	Minne	sp_execute_external_script och DMV sys.dm_exec_cached_plans orsakar minnesläckor	KORRIGERING: Den systemlagrade proceduren sp_execute_external_script och DMV:n sys.dm_exec_cached_plans orsakar minnesläckor i SQL Server 2017 och 2016 Kumulativ uppdatering 4 för SQL Server 2017 Kumulativ uppdatering 8 för SQL Server 2016 SP1
SQL Server 2016, SQL Server 2017	Minne	Out-of-memory-fel när det virtuella adressutrymmet i SQL Server-processen är lågt	Slut på minne-fel när det virtuella adressutrymmet i SQL Server-processen är lågt i SQL Server Kumulativ uppdatering 4 för SQL Server 2017 Kumulativ uppdatering 8 för SQL Server 2016 SP1
SQL Server 2016	Minne	minnesläcka uppstår när du använder Azure Storage i SQL Server	En minnesläcka uppstår när du använder Azure Storage i SQL Server 2014 eller 2016 Kumulativ uppdatering 5 för SQL Server 2016 RTM Kumulativ uppdatering 2 för SQL Server 2016 SP1 Kumulativ uppdatering 2 för SQL Server 2016
SQL Server 2016, SQL Server 2017	Minnesoptimerad OLTP	Stor användning av diskcheckpoints sker för en minnesoptimerad filgrupp	KORRIGERING: Stor diskkontrollpunktsanvändning sker för en In-Memory-optimerad filgrupp under tunga arbetsbelastningar som inte är In-Memory Kumulativ uppdatering 6 för SQL Server 2017 Kumulativ uppdatering 8 för SQL Server 2016 SP1 Kumulativ uppdatering 1 för SQL Server 2016
SQL Server 2016	In-Memory OLTP	Kontrollpunktsfiler växer för mycket när du infogar data i minnesoptimerade tabeller	KORRIGERING: Kontrollpunktsfiler växer kraftigt när du infogar data i minnesoptimerade tabeller i SQL Server 2016 Kumulativ uppdatering 2 för SQL Server 2016 SP1 Kumulativ uppdatering 4 för SQL Server 2016
SQL Server 2016, SQL Server 2017	In-Memory OLTP	Det tar lång tid att återställa databasen när den innehåller minnesoptimerade tabeller	Det tar lång tid att återställa en databas som har minnesoptimerade tabeller i SQL Server 2017 och 2016 Kumulativ uppdatering 4 för SQL Server 2017 Kumulativ uppdatering 7 för SQL Server 2016 SP1
SQL Server 2016, SQL Server 2017	tempdb	Förbättring av PFS-sidrundgångsalgoritmen	Förbättring av PFS-sidornas round robin-algoritm i SQL Server 2016 Kumulativ uppdatering 7 för SQL Server 2017 Kumulativ uppdatering 1 för SQL Server 2016 SP2 Kumulativ uppdatering 9 för SQL Server 2016 SP1
SQL Server 2016, SQL Server 2017	tempdb	Prestandaproblem uppstår i form av PAGELATCH_EX- och PAGELATCH_SH-väntetider i TempDB(sys.sysobjvalues och sys.sysseobjvalues)	Prestandaproblem uppstår i form av PAGELATCH_EX och PAGELATCH_SH väntetider Kumulativ uppdatering 1 för SQL Server 2016 Service Pack 2 Kumulativ uppdatering 9 för SQL Server 2016 Service Pack 1
SQL Server 2016, SQL Server 2017	tempdb	Kraftig konkurrens i tempdb: Förändring av temporära tabeller med namngivna begränsningar kräver en synkron borttagning av den temporära tabellen.	Hård tempdb-konflikt inträffar i SQL Server 2016 eller 2017 Kumulativ uppdatering 5 för SQL Server 2017 Kumulativ uppdatering 8 för SQL Server 2016 SP1
SQL Server 2017	tempdb	PAGELATCH_EX låsstrider när du tar bort temporära objekt (sys.sysobjvalues)	KORRIGERING: PAGELATCH_EX-konflikter vid borttagning av temporära objekt i SQL Server Kumulativ uppdatering 5 för SQL Server 2017
SQL Server 2016	tempdb	Ökad PAGELATCH_EX konkurrens i sys.sysobjvalues	KORRIGERING: Ökad konkurrens om PAGELATCH_EX i sys.sysobjvalues i SQL Server 2016 Kumulativ uppdatering 6 för SQL Server 2016 RTM Kumulativ uppdatering 2 för SQL Server 2016 Service Pack 1
SQL Server 2016, SQL Server 2017	tempdb	Indirekta kontrollpunkter i tempdb-databasen orsakar felet "Non-yielding scheduler"	KORRIGERING: Indirekta kontrollpunkter i tempdb-databasen orsakar felet "Non-yielding scheduler" i SQL Server 2017 och 2016 Kumulativ uppdatering 1 för SQL Server 2017 Kumulativ uppdatering 5 för SQL Server 2016 Service Pack 1 Kumulativ uppdatering 8 för SQL Server 2016
SQL Server 2016, SQL Server 2017	tempdb	Arbetsbelastningar som använder många frekventa, korta transaktioner kan förbruka mer CPU	Arbetsbelastningar som använder många frekventa, korta transaktioner i SQL Server 2017 och 2016 kan förbruka mer PROCESSOR än i SQL Server 2014 Kumulativ uppdatering 4 för SQL Server 2017 Kumulativ uppdatering 2 för SQL Server 2016 SP1
SQL Server 2016, SQL Server 2017	Transaktionslogg	Fel 9002 när det inte finns tillräckligt med diskutrymme för kritisk loggtillväxt	KB4087406 – KORRIGERING: Fel 9002 när det inte finns tillräckligt med diskutrymme för kritisk loggtillväxt i SQL Server 2014, 2016 och 2017 Kumulativ uppdatering 5 för SQL Server 2017 Kumulativ uppdatering 1 för SQL Server 2016 SP2 Kumulativ uppdatering 8 för SQL Server 2016 SP1 Kumulativ uppdatering 11 för SQL Server 2014 SP2
SQL Server 2016	Säkerhetscache	Hög CPU-användning orsakar prestandaproblem i SQL Server 2016 Hög spinlockkonkurrens för SECURITY_CACHE och CMED_HASH_SET SQLSweet16!, Avsnitt 8: Så här kan SQL Server 2016 Kumulativ uppdatering 2 (CU2) förbättra prestanda för arbetsbelastningar med hög samtidighet	KB3195888 – KORRIGERING: Hög CPU-användning orsakar prestandaproblem i SQL Server 2016 och 2017 Kumulativ uppdatering 2 för SQL Server 2016
SQL Server 2017	Query Store	Åtkomstfel inträffar när Query Store samlar in körningsstatistik	Åtkomstöverträdelse när Query Store samlar in körningsstatistik i SQL Server 2017 Kumulativ uppdatering 5 för SQL Server 2017
SQL Server 2016	Query Store	Automatisk rensning av data i Query Store misslyckas på andra utgåvor än Enterprise och Developer	Automatisk rensning av data i Query Store misslyckas på andra utgåvor än Enterprise- och Developer-utgåvan av SQL Server 2016 Kumulativ uppdatering 1 för SQL Server 2016
SQL Server 2016	Query Store	Långsamma prestanda för SQL Server när Query Store är aktiverat	KB4340759 – KORRIGERING: Långsamma prestanda för SQL Server 2016 när Query Store är aktiverat Kumulativ uppdatering 2 för SQL Server 2016 SP2

Tabell 5: Rekommenderade förbättringar, korrigeringar och konfigurationsriktlinjer för SQL Server i en Linux-miljö

Den här tabellen är en sammanställning av alla viktiga förbättringar, rekommendationer och kodändringar som släpptes i kumulativa uppdateringar efter att SQL Server 2017 släpptes. Granska beskrivningen i kolumnen Symptom och tillämpa de nödvändiga uppdateringarna (helst den senaste uppdateringen som innehåller den specifika korrigeringen) i kolumnen Nödvändig uppdatering i tillämpliga miljöer. Mer information om respektive problem finns i den angivna kunskapsbasartikeln.

Dessa rekommendationer kräver inte att du aktiverar andra trace flags som startparametrar om det inte uttryckligen anges i artikeln eller i den här tabellen. Det räcker med att bara installera den senaste kumulativa uppdateringen eller Service Pack som innehåller dessa korrigeringar för att dra nytta av detta. Om du använder Always On Availability Group i SQL Server på Linux uppgraderar du SQL Server 2017 till Kumulativ uppdatering 8 eller senare eftersom flera förbättringar har levererats i den här uppdateringen. Obs! CU-namnet i kolumnen Nödvändig uppdatering anger den första kumulativa uppdateringen av SQL Server som löser problemet. En kumulativ uppdatering innehåller alla snabbkorrigeringar och alla uppdateringar som ingick i den föregående uppdateringsversionen för SQL Server. Som noterats i uppdateringarna av SQL Server Incremental Servicing Model rekommenderar vi nu att du installerar den senaste kumulativa uppdateringen fortlöpande i proaktivt syfte för att lösa eller förhindra de problem som beskrivs. Observera också att från och med SQL Server 2017 introducerades den moderna underhållsmodellen för SQL Server så att servicepaket inte längre görs tillgängliga.

Feedback

Var den här sidan till hjälp?

Uppdaterades senast 2026-10-02