KB5000685 – Kumulativ uppdatering 23 för SQL Server 2017

Följande uppdatering är tillgänglig från Microsoft Download Center:

• Ladda ned det senaste kumulativa uppdateringspaketet för SQL Server 2017 nu

Om nedladdningssidan inte visas kontaktar du Microsofts kundtjänst och support för att hämta det kumulativa uppdateringspaketet.

Följande uppdatering är tillgänglig från Microsoft Update Catalog:

• Ladda ned det kumulativa uppdateringspaketet för SQL Server 2017 CU23 nu

Om du vill uppdatera SQL Server 2017 i Linux till den senaste CU:en måste du först konfigurera lagringsplatsen för kumulativ uppdatering. Uppdatera sedan dina SQL Server-paket med hjälp av lämpligt plattformsspecifikt uppdateringskommando.

Installationsinstruktioner och direktlänkar till CU-paketnedladdningarna finns i viktig information om SQL Server 2017.

Du kan verifiera nedladdningen genom att beräkna hashen för SQLServer2017-KB5000685-x64.exe-filen med följande kommando:

certutil -hashfile SQLServer2017-KB5000685-x64.exe SHA256

Den engelska versionen av det här paketet har filattributen (eller senare filattribut) som visas i följande tabell. Datum och tider för dessa filer visas i Coordinated Universal Time (UTC). När du visar filinformationen konverteras den till lokal tid. Om du vill hitta skillnaden mellan UTC och lokal tid använder du fliken Tidszon i objektet Datum och tid i Kontrollpanelen.

x64-baserade versioner

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

SQL Server 2017 Database Services Core Instance

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text Engine

SQL Server 2017 sql_inst_mr

SQL Server 2017 Integration Services

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Om du vill använda det här kumulativa uppdateringspaketet måste du köra SQL Server 2017.

Du kan behöva starta om datorn när du har tillämpat det här kumulativa uppdateringspaketet.

Om du vill använda någon av snabbkorrigeringarna i det här paketet behöver du inte göra några ändringar i registret.

Den här artikeln innehåller också viktig information om följande situationer:

• Pacemaker: En beteendeförändring görs i distributioner som använder den senaste tillgängliga versionen av Pacemaker. Riskreduceringsmetoder tillhandahålls.

• Query Store: Du måste köra det här skriptet om du använder Query Store och tidigare har installerat Microsoft SQL Server 2017 Cumulative Update 2 (CU2).

Analysis Services CU-version

Från och med Microsoft SQL Server 2017 matchar inte Versionsnumret för Analysis Services-versionen och SQL Server Database Engine-versionsnumret. Mer information finns i Verifiera Analysis Services kumulativ uppdateringsversion.

Kumulativa uppdateringar (CU)

Kumulativa uppdateringar (CU) är nu tillgängliga i Microsoft Download Center.

Endast den senaste CU:en som släpptes för SQL Server 2017 finns på Download Center.

CU-paket för Linux finns på https://packages.microsoft.com/.

VIKTIGT

Alla distributioner (inklusive RHEL 7.3 och 7.4) som använder det senaste tillgängliga Pacemaker-paketet 1.1.18-11.el7 introducerar en beteendeförändring för klusterinställningen start-failure-is-fatal om dess värde är false. Den här ändringen påverkar arbetsflödet för redundans. Om en primär replik upplever ett avbrott förväntas klustret redundansväxla till en av de tillgängliga sekundära replikerna. I stället ser användarna att klustret fortsätter att försöka starta den misslyckade primära repliken. Om den primära aldrig är online (på grund av ett permanent avbrott) redundansväxlar klustret aldrig över till en annan tillgänglig sekundär replik.

Det här problemet påverkar alla SQL Server versioner, oavsett vilken kumulativ uppdateringsversion de är på.

Du kan åtgärda problemet genom att använda någon av följande metoder.

Metod 1

Gör så här:

1. Ta bort åsidosättningen start-failure-is-fatal från det befintliga klustret.

   # RHEL, Ubuntu pcs property unset start-failure-is-fatal # or pcs property set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. Minska värdet cluster-recheck-interval .

   # RHEL, Ubuntu pcs property set cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

3. Lägg till metaegenskapen failure-timeout i varje tillgänglighetsgruppsresurs.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # I textredigeraren lägger du till "meta failure-timeout=60s" efter alla "param's och före någon 'op's

   Obs!

   I den här koden ersätter du värdet för <Xmin> efter behov. Om en replik slutar fungera försöker klustret starta om repliken med ett intervall som är bundet failure-timeout av värdet och cluster-recheck-interval värdet. Om failure-timeout till exempel är inställt på 60 sekunder och cluster-recheck-interval är inställt på 120 sekunder, provas omstarten med ett intervall som är större än 60 sekunder men mindre än 120 sekunder. Vi rekommenderar att du anger failure-timeout till 60s och cluster-recheck-interval till ett värde som är större än 60 sekunder. Vi rekommenderar att du inte anger cluster-recheck-interval ett litet värde. Mer information finns i pacemakerdokumentationen eller kontakta systemleverantören.

Metod 2

Återgå till Pacemaker version 1.1.16.

VIKTIGT

Du måste köra det här skriptet om du använder Query Store och uppdaterar från SQL Server 2017 Kumulativ uppdatering 2 (CU2) direkt till SQL Server 2017 Kumulativ uppdatering 3 (CU3) eller senare kumulativ uppdatering. Du behöver inte köra det här skriptet om du tidigare har installerat SQL Server kumulativ uppdatering 3 (CU3) 2017 eller senare SQL Server kumulativ uppdatering 2017.

SET NOCOUNT ON;
DROP TABLE IF EXISTS #tmpUserDBs;

SELECT [database_id], 0 AS [IsDone]
INTO #tmpUserDBs
FROM master.sys.databases
WHERE [database_id] > 4
 AND [state] = 0 -- must be ONLINE
 AND is_read_only = 0 -- cannot be READ_ONLY
 AND [database_id] NOT IN (SELECT dr.database_id FROM sys.dm_hadr_database_replica_states dr -- Except all local Always On secondary replicas
  INNER JOIN sys.dm_hadr_availability_replica_states rs ON dr.group_id = rs.group_id
  INNER JOIN sys.databases d ON dr.database_id = d.database_id
  WHERE rs.role = 2 -- Is Secondary
   AND dr.is_local = 1
   AND rs.is_local = 1)

DECLARE @userDB sysname;

WHILE (SELECT COUNT([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0) > 0
BEGIN
 SELECT TOP 1 @userDB = DB_NAME([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0

 -- PRINT 'Working on database ' + @userDB

 EXEC ('USE [' + @userDB + '];
DECLARE @clearPlan bigint, @clearQry bigint;
IF EXISTS (SELECT [actual_state] FROM sys.database_query_store_options WHERE [actual_state] IN (1,2))
BEGIN
 IF EXISTS (SELECT plan_id FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27'')
 BEGIN
  DROP TABLE IF EXISTS #tmpclearPlans;
  SELECT plan_id, query_id, 0 AS [IsDone]
  INTO #tmpclearPlans
  FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27''
  WHILE (SELECT COUNT(plan_id) FROM #tmpclearPlans WHERE [IsDone] = 0) > 0
  BEGIN
   SELECT TOP 1 @clearPlan = plan_id, @clearQry = query_id FROM #tmpclearPlans WHERE [IsDone] = 0
   EXECUTE sys.sp_query_store_unforce_plan @clearQry, @clearPlan;
   EXECUTE sys.sp_query_store_remove_plan @clearPlan;
   UPDATE #tmpclearPlans
   SET [IsDone] = 1
   WHERE plan_id = @clearPlan AND query_id = @clearQry
  END;
  PRINT ''- Cleared possibly affected plans in database [' + @userDB + ']''
 END
 ELSE
 BEGIN
  PRINT ''- No affected plans in database [' + @userDB + ']''
 END
END
ELSE
BEGIN
 PRINT ''- Query Store not enabled in database [' + @userDB + ']''
END')
  UPDATE #tmpUserDBs
  SET [IsDone] = 1
  WHERE [database_id] = DB_ID(@userDB)
END

När du distribuerar en uppdatering till en hybridmiljö (till exempel AlwaysOn, replikering, kluster och spegling) rekommenderar vi att du läser följande artiklar innan du distribuerar uppdateringen:

• Uppgradera en redundansklusterinstans

• Uppgradera och uppdatera tillgänglighetsgruppservrar som använder minimal stilleståndstid och dataförlust

• Så här tillämpar du en snabbkorrigering för SQL Server i en transaktionsreplikering och databasspeglingstopologi
• Så här använder du en snabbkorrigering för SQL Server i en replikeringstopologi
• Uppgradera speglade instanser
• Översikt över installation av SQL Server service

SQL Server-processorer är för närvarande flerspråkiga. Därför är det här CU-paketet inte specifikt för ett språk. Den gäller för alla språk som stöds.

Ett CU-paket innehåller alla tillgängliga uppdateringar för alla SQL Server 2017-komponenter (funktioner). Det kumulativa uppdateringspaketet uppdaterar dock endast de komponenter som för närvarande är installerade på den SQL Server instans som du väljer att underhålla. Om en SQL Server funktion (till exempel Analysis Services) läggs till i instansen efter att denna CU har tillämpats måste du tillämpa den här CU:n igen för att uppdatera den nya funktionen till denna CU.

Om andra problem uppstår eller om någon felsökning krävs kan du behöva skapa en tjänstbegäran. De vanliga supportkostnaderna gäller för ytterligare supportfrågor och problem som inte är berättigade till det här specifika kumulativa uppdateringspaketet. En fullständig lista över telefonnummer för Microsofts kundtjänst och support eller för att skapa en separat tjänstbegäran finns på Microsofts supportwebbplats.

1. Öppna objektet Program och funktioner i Kontrollpanelen och välj sedan Visa installerade uppdateringar.
2. Leta upp posten som motsvarar det här kumulativa uppdateringspaketet under SQL Server 2017.
3. Tryck på och håll (eller högerklicka) på posten och välj sedan Avinstallera.

Om du vill avinstallera denna CU på Linux måste du återställa paketet till den tidigare versionen. Mer information om hur du återställer installationen finns i Återställa SQL Server.