KB4535007 – Kumulativ uppdatering 19 för SQL Server 2017

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

• Hämta 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 CU19 nu

Om du vill uppdatera SQL Server 2017 på 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-paketnedladdningar finns i Viktig information om SQL Server 2017.

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

certutil -hashfile SQLServer2017-KB4535007-x64.exe SHA256

Den engelska versionen av detta paket har filattributen (eller senare filattribut) som är listade i följande tabell. Datumen och tiderna för dessa filer anges 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 på kontrollpanelen.

x64-baserade versioner

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server 2017 datakvalitetsklient

SQL Server 2017 datakvalitet

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 tillämpa det här kumulativa uppdateringspaketet måste du köra SQL Server 2017.

Du kan behöva starta om datorn när du har installerat 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. Riskreducerande metoder tillhandahålls.

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

CU-buildversion för Analysis Services

Från och med Microsoft SQL Server 2017 matchar inte versionsnumret för Analysis Services och versionsnumret för Databasmotor för SQL Server. Mer information finns i Kontrollera den kumulativa uppdateringsversionen i Analysis Services.

Kumulativa uppdateringar (CU)

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

Endast den senaste CU som släpptes för SQL Server 2017 är tillgänglig i 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 pacemakerpaketet 1.1.18-11.el7 introducerar en beteendeändring för start-failure-is-fatal klusterinställningen om dess värde är false. Den här ändringen påverkar arbetsflödet för redundans. Om en primär replik drabbas av ett avbrott förväntas klustret redundansväxla till någon av de tillgängliga sekundära replikerna. I stället märker användarna att klustret fortsätter att försöka starta den misslyckade primära repliken. Om den primära aldrig tas online (på grund av ett permanent avbrott) redundansväxlar klustret aldrig till en annan tillgänglig sekundär replik.

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

Använd någon av följande metoder för att åtgärda problemet.

Metod 1

Följ anvisningarna nedan:

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

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

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

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

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

   # RHEL, Ubuntu pcs resursuppdatering ag1 meta failure-timeout = 60s # SLES crm konfigurera redigera ag1 # I textredigeraren lägger du till "meta failure-timeout=60s" efter alla "param" och före alla "op"

   Obs

   Ersätt värdet med <Xmin> efter behov i den här koden. Om en replik slutar fungera försöker klustret starta om repliken med ett intervall som är bundet av failure-timeout värdet och cluster-recheck-interval värdet. Om failure-timeout inställningen till exempel är 60 sekunder och cluster-recheck-interval 120 sekunder försöker 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 lågt värde. Mer information finns i dokumentationen till pacemakern eller hos 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 du uppdaterar från SQL Server 2017 kumulativ uppdatering 2 (CU2) direkt till SQL Server 2017 kumulativ uppdatering 3 (CU3) eller någon senare kumulativ uppdatering. Du behöver inte köra det här skriptet om du tidigare har installerat SQL Server 2017 kumulativ uppdatering 3 (CU3) eller någon senare kumulativ uppdatering SQL Server 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 Always On, replikering, kluster och spegling) rekommenderar vi att du läser följande artiklar innan du distribuerar uppdateringen:

• Uppgradera en redundansklusterinstans

• Uppgradera och uppdatera servrar i tillgänglighetsgrupper med minimala driftstopp och minimal dataförlust

• Så här tillämpar du en snabbkorrigering för SQL Server i en topologi med transaktionsreplikering och databasspegling
• Så här tillämpar du en snabbkorrigering för SQL Server i en replikeringstopologi
• Uppgradera speglade instanser
• Översikt över underhållsinstallationen för SQL Server

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 bara 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 den här CU:n har tillämpats måste du tillämpa CU:n igen för att uppdatera den nya funktionen till den här CU-nivån.

Om andra problem uppstår, eller om felsökning krävs, kan du behöva skapa en tjänstbegäran. Normala supportavgifter gäller för ytterligare supportfrågor och problem som inte är berättigade till detta specifika kumulativa uppdateringspaket. En fullständig lista över telefonnummer till Microsofts kundtjänst och support finns på Microsofts supportwebbplats. Där kan du också skapa en separat supportbegäran.

1. I Kontrollpanelen öppnar du objektet Program och funktioner och väljer sedan Visa installerade uppdateringar.
2. Leta upp posten som motsvarar det här kumulativa uppdateringspaketet i SQL Server 2017.
3. Håll ned (eller högerklicka på) posten och välj sedan Avinstallera.

Om du vill avinstallera den här CU:en 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.