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

Artikel
06/20/2023

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

Ursprunglig produktversion: SQL Server 2017 på Windows, 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 fortsätter att 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 avancerade system.
Tabell 2 innehåller rekommendationer och vägledning för annan 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ö.

Kommentar

Ytterligare kontext finns i Vanliga rattar för att justera en upptagen 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 spårningsflaggor för avancerade system

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

Kommentar

Tillämplig version och version 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 bygge anger den specifika uppdatering där ändrings- 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 symptom att tänka på	Spårningsflagga	Tillämpliga versions- och byggintervall	Inte tillämpligt versions- och byggintervall	Kunskapsbasartikel eller blogglänk för mer information
Tung SOS_CACHESTORE spinlock-konkurrens eller dina planer avlägsnas ofta på ad hoc-frågearbetsbelastningar.	T174	SQL Server 2016 RTM till aktuell SP/CU SQL Server 2017 RTM till aktuell SP/CU	Ingen	KB3026083 – KORRIGERING: 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 minnesbiträden. 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 (Internt för plancache).
tempdb används mycket och har många ändringar av data i tempdb. Du stöter på icke-givande scheduler-meddelanden när du använder indirekt kontrollpunkt för tempdb-databas.	T3468	SQL Server 2016 SP1 CU5 till aktuell SP/CU SQL Server 2017 CU1 till aktuell SP/CU	Ingen	Indirekt kontrollpunkt och tempdb – den goda, den dåliga och den icke-avkastningsbaserade schemaläggaren KB4040276 – FIX: Indirekta kontrollpunkter i tempdb-databasen orsakar felet "Non-yielding scheduler" i SQL Server 2016 och 2017
Frekventa korta transaktioner sker i tempdb. Du märker att ökad CPU-användning för dessa transaktioner Vanliga villkorsefterlevnad 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 – SQL Server-frågeoptimerarens snabbkorrigeringsflagga 4199 servicemodell 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 UPPDATERINGSSTATISTIK för olika statistik i en enskild tabell samtidigt Förbättra 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 kunskapsbasartikeln eller kolumnen Böcker onlineresurs och överväg att implementera vägledningen i kolumnen Rekommenderade åtgärder .

Kunskapsbasartikel eller Books Online-resurs	Rekommenderade åtgärder
Konfigurera den maximala graden av parallellitet serverkonfigurationsalternativ	Använd den `sp_configure` lagrade proceduren för att göra konfigurationsändringar för att konfigurera den maximala graden av parallellitet serverkonfigurationsalternativ för din instans av SQL Server enligt knowledge base-artikeln.
Beräkningskapacitetsgränser per utgåva Licenskärnans begränsning 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 i 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 minnesbiträden. 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 alternativet optimera för ad hoc-arbetsbelastningar 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 Aktivera alternativet Lås sidor i minne (Windows) rätt till SQL-tjänstens startkonto. Se Aktivera funktionen "låsta sidor" i SQL Server 2012. Ange maximalt serverminne till cirka 90 procent av det totala fysiska minnet. Kontrollera att konfigurationsalternativen för serverminne endast anger konton för minne från de noder som har konfigurerats för att använda tillhörighetsmaskinställningar.
SQL Server och stora sidor förklaras...	Överväg att aktivera Spårningsflagga 834 om du har en server som har mycket minne, särskilt för en analys- eller datalagerarbetsbelastning. Tänk på att samverkan mellan Columnstore-index med en stor sidminnesmodell 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 till en stor storlek och du stöter på prestandaproblem och spinlockkonkurrens kan du överväga att aktivera spårningsflaggaN 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 uttömmer stora minnestilldelningar minskar `request_max_memory_grant_percent` du för standardarbetsbelastningsgruppen i konfigurationen av resursguvernören från standardvärdet 25 procent till ett lägre värde. Nya alternativ för beviljande av frågeminne är tillgängliga (`min_grant_percent` och `max_grant_percent`) i SQL Server.
SQL 2016 – Den körs bara 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-initiering	Samarbeta med Windows-administratören för att ge SQL Server-tjänstkontot användarrättigheterna Utför volymunderhållsuppgifter enligt informationen i avsnittet Böcker 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-kontrollpunkt	Ö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 och tempdb – den goda, den dåliga och den icke-avkastningsschemaläggare.
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 tillgänglighetsgrupp 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 Spårningsflagga 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 startspårningsflagga. Den här flaggan möjliggör enkel profilering i SQL Server 2014 SP2 eller senare. På så sätt kan du felsöka livefrågor i produktionsmiljöer.
Identifiera planvalsregressioner med hjälp av Query Store Aktivera den bästa frågeplanen	Använd funktionen frågearkiv för att identifiera frågor som har regresserats 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ågetips `LEGACY_CARDINALITY_ESTIMATION`, databaskompatibilitetsnivå eller spårningsflagga 9481.
Join containment assumption in the New Cardinality Estimator degraderar frågeprestanda	Utvärdera de frågor som använder kopplingar och filter för att förstå effekten av enkel och grundläggande inneslutning. Använd spårningsflagga 9476 för enkel inneslutning i stället för grundläggande inneslutning när du använder standardvärdet för kardinalitetsestimator.
Förbättringar av kompatibilitetsnivå 130 Förbättringar på 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 interfolierad körning för tabellvärdesfunktioner med flera instruktioner och anpassningsbar koppling Förbättrad minnesanvändning via feedback om minnesåtergivning
Bästa praxis med Query Store	Ange avbildningsläge till 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 haveriberedskap. Använd korrigeringen i KB4340759 – FIX: Långsamma 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: Gör om-modeller och prestanda för tillgänglighetsgruppers 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`), granskar du 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 på Sårbarheter på Spectre- och Meltdown-sidan kanal	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.

Ytdiagram	Sammanfattning av ändringen	Mer information och referenser
SQL Engine	Spårningsflaggor som används ofta eller som 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
Frågebearbetning av datatypskonverteringar	SQL Server 2016 (13.x) innehåller förbättringar i vissa datatypers konverteringar och vissa (mestadels ovanliga) åtgärder.	Mer information finns i FÖRBÄTTRINGAR av SQL Server 2016 när det gäller hantering av vissa datatyper och ovanliga åtgärder.
Tillgänglighetsgrupp	För sekundär databas använder initiering av automatisk seeding databasspeglingsslutpunkter för att strömma databasinnehållet till den sekundära och tillämpa dem.	SQLSweet16!, Avsnitt 2: Tillgänglighetsgrupper Automatisk seeding
Tillgänglighetsgrupp	SQL Server 2016 använder färre kontextväxlar när det transporterar loggblock från primär till sekundär.	SQL 2016 – Den körs bara snabbare: Always On Log Transport Reduced Context Switchs SQL Server 2016 – Den körs bara snabbare: Always On Availability Groups Turbocharged
Tillgänglighetsgrupp	SQL Server 2016 använder förbättrade komprimeringsalgoritmer och parallell komprimering av loggblocksdata.	SQL 2016 – Den körs bara snabbare: Alltid vid parallell komprimering/förbättrade algoritmer
Tillgänglighetsgrupp	SQL Server 2016 drar nytta av maskinvara som är baserad på AES-NI-krypteringsfunktioner för att förbättra always on-loggleveransens skalbarhet och prestanda med en betydande faktor.	SQL 2016 – Den körs bara snabbare – Alltid på 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 aktiverar en INSERT ... SELECT-instruktionen fungerar med parallellitet som avsevärt minskar datainläsningstiden.	SQLSweet16!, Avsnitt 3: Parallell INSERT ... UTVALD
Prestanda	SQL Server 2016 aktiverar TRUNCATE-åtgärder på enskilda partitioner i en tabell för arkivering av äldre partitioner.	SQLSweet16!, Avsnitt 5: TRUNKERA valda partitioner
Prestanda	SQL Server 2016 justerar dynamiskt storleken på arbetspoolen minnesoptimerad databas efter behov.	SQL 2016 – Den körs bara snabbare: Minnesoptimerad databasarbetspool
Tempdb	Allokeringar är tempdb och användardatabaser använder enhetliga fullständiga omfattningar. Filtillväxt i tempdb sker för alla filer samtidigt.	SQL 2016 – Det körs bara snabbare: -T1117- och -T1118-ändringar för TEMPDB- och användardatabaser
Tempdb	Installationen av databasmotorn beräknar automatiskt antalet tempdb-datafiler.	SQL 2016 – Den körs bara 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örs bara snabbare: LDF-stämplat
Lagring	För stora minnesservrar och tunga skrivmiljöer presterar indirekta kontrollpunkter bättre.	SQL 2016 – Den körs bara snabbare: Standard för indirekt kontrollpunkt
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-arbetare
Säkerhetskopiera och återställ	Säkerhetskopior kan komprimeras för databaskryptering med hjälp av TDE om du anger MAXTRANSFERSIZE större än 65536.	SQLSweet16!, Avsnitt 1: Säkerhetskopieringskomprimering för TDE-aktiverade databaser
SQL OS	Partitionering av minnesobjekt dynamiskt för att minska minnesobjektkonkurrensen.	SQL 2016 – Det körs bara snabbare: CMemThread-partitionering (Dynamic Memory Object)
SQL OS	SQL Server 2016 övervakar kvantanvändningsmönstren för arbetare så att alla arbetare kan få rättvis behandling och förbättra skalbarheten.	SQL 2016 – Det körs bara snabbare: Uppdaterade schemaläggningsalgoritmer
SQL OS	SQL Server 2016 frågar efter maskinvarulayouten och konfigurerar automatiskt mjuk 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-KONTROLL	Ange MAXDOP för att hantera resurser som förbrukas av KOMMANDOT DBCC CHECK.	SQLSweet16!, Avsnitt 6: DBCC CHECKDB med MAXDOP
DBCC-KONTROLL	DBCC CHECK använder en förbättrad algoritm för sidgenomsökning som har mindre konkurrens och avancerade läsföreläsningsfunktioner.	SQL 2016 – Det går bara snabbare: DBCC skalar 7 gånger bättre
DBCC-KONTROLL	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: UTÖKADE DBCC-kontroller
Teckentabellen	BULK INSERT- eller bcp-verktyg förbättrades för att läsa 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 tar bort PInvoke- och PUnInvoke-aktiviteterna under T-SQL-körningen för många av de rumsliga metoderna.	SQL 2016 – Den körs bara snabbare: Interna rumsliga 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 – Den körs bara snabbare: TVP:er med spatiala kolumner
Rumslig	De inbyggda förbättringarna och TVP-rumsliga förbättringarna gör det möjligt för SQL Server att optimera skapande och tessellation av rumsliga data.	SQL 2016 – Den körs bara snabbare: Spatial Index Builds 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örs bara 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 innehåller 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 VERSIONEN av SQL Server-uppdateringen. 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.

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 spårningsflaggor som startparametrar om det inte uttryckligen anges i artikeln eller i den här tabellen. Det räcker med att bara tillämpa den senaste kumulativa uppdateringen eller Service Pack som innehåller dessa korrigeringar för att få förmånen. Om du använder AlwaysOn-tillgänglighetsgruppen 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 innehåller 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 tidigare VERSIONEN av SQL Server-uppdateringen. Som du ser i uppdateringarna av SQL Server Incremental Servicing Model rekommenderar vi nu 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.

Dela via