KB4342123 – samleoppdatering 10 for SQL Server 2017

Følgende oppdatering er tilgjengelig fra Microsoft Download Center:

Last ned den nyeste kumulative oppdateringspakken for SQL Server 2017 nå

Hvis nedlastingssiden ikke vises, kan du kontakte Microsoft kundeservice og kundestøtte for å få den kumulative oppdateringspakken.

Følgende oppdatering er tilgjengelig fra Microsoft Update-katalogen:

Last ned den kumulative oppdateringspakken for SQL Server 2017 CU10 nå

Hvis du vil oppdatere SQL Server 2017 på Linux til den nyeste CU, må du først ha konfigurert repositoriet for kumulativ oppdatering. Deretter oppdaterer du SQL Server-pakkene ved hjelp av den aktuelle plattformspesifikke oppdateringskommandoen.

Hvis du vil ha installasjonsinstruksjoner og direkte koblinger til CU-pakkenedlastingene, kan du se produktmerknadene for SQL Server 2017.

Du kan kontrollere nedlastingen ved å beregne hash-koden for SQLServer2017-KB4342123-x64.exe filen ved hjelp av følgende kommando:

certutil -hashfile SQLServer2017-KB4342123-x64.exe SHA256

Den engelske versjonen av denne pakken har filattributtene (eller nyere filattributter) som er oppført i tabellen nedenfor. Datoene og klokkeslettene for disse filene er oppført i Coordinated Universal Time (UTC). Når du viser filinformasjonen, konverteres den til lokal tid. Hvis du vil finne forskjellen mellom UTC og lokal tid, bruker du Tidssone-fanen i dato- og klokkeslettelementet i Kontrollpanel.

x64-baserte versjoner

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

sql_dreplay_client SQL Server 2017

SQL Server 2017 sql_dreplay_controller

SQL Server 2017 Database Services Core Instance

SQL Server 2017 Database Services Core delt

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text Engine

SQL Server 2017 sql_inst_mr

SQL Server 2017 Integration Services

sql_polybase_core_inst SQL Server 2017

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Hvis du vil bruke denne kumulative oppdateringspakken, må du kjøre SQL Server 2017.

Det kan hende du må starte datamaskinen på nytt etter at du har installert denne kumulative oppdateringspakken.

Hvis du vil bruke en av hurtigreparasjonene i denne pakken, trenger du ikke gjøre endringer i registeret.

Denne artikkelen inneholder også viktig informasjon om følgende situasjoner:

• Pacemaker: En atferdsendring gjøres i distribusjoner som bruker den nyeste tilgjengelige versjonen av Pacemaker. Reduksjonsmetoder er gitt.

• Spørringslager: Du må kjøre dette skriptet hvis du bruker spørringslageret, og du tidligere har installert Microsoft SQL Server 2017 kumulativ oppdatering 2 (CU2).

Buildversjon for kumulativ oppdatering (CU) av Analysis Services

Fra og med Microsoft SQL Server 2017 samsvarer ikke versjonsnumrene for Analysis Services-builden og SQL Server Database Engine-builden. Hvis du vil ha mer informasjon, kan du se Kontrollere buildversjonen for kumulativ oppdatering for Analysis Services.

Kumulative oppdateringer (CU)

Kumulative oppdateringer (CU) er nå tilgjengelige i Microsoft Download Center.

Bare den nyeste CU-en som ble utgitt for SQL Server 2017, er tilgjengelig i Download Center.

CU-pakker for Linux er tilgjengelige på https://packages.microsoft.com.

• Hver nye CU inneholder alle reparasjonene som var inkludert i den forrige CU-en for den installerte SQL Server-versjonen.
• Kumulative oppdateringer for SQL Server er sertifisert på samme nivå som oppdateringspakker og bør installeres med samme grad av tillit.
• Vi anbefaler at du installerer kumulative oppdateringer fortløpende og proaktivt når de blir tilgjengelige, i henhold til disse retningslinjene:
  • Historiske data viser at et betydelig antall kundestøttesaker gjelder problemer som allerede er løst i en utgitt CU.
  • CU-er kan inneholde merverdi utover hurtigreparasjoner. Dette omfatter oppdateringer for støtte, administrasjon og pålitelighet.
• Vi anbefaler at du tester kumulative oppdateringer for SQL Server før du distribuerer dem til produksjonsmiljøer.

VIKTIG 

Alle distribusjoner (inkludert RHEL 7.3 og 7.4) som bruker den nyeste tilgjengelige pacemakerpakken 1.1.18-11.el7 introduserer en atferdsendring for start-failure-is-fatal klyngeinnstillingen hvis verdien er false. Denne endringen påvirker failover-arbeidsflyten. Hvis en primærreplika opplever et nedetid, forventes det at klyngen utfører failover til en av de tilgjengelige sekundære replikaene. I stedet vil brukerne legge merke til at klyngen fortsetter å prøve å starte den mislykkede primære replikaen. Hvis den primære aldri blir tilkoblet (på grunn av et permanent avbrudd), failer klyngen aldri til en annen tilgjengelig sekundær replika.

Dette problemet påvirker alle SQL Server-versjoner, uavhengig av den kumulative oppdateringsversjonen de er på.

Hvis du vil løse problemet, kan du bruke en av følgende metoder.

Metode 1

Gjør følgende:

1. Fjern overstyringen start-failure-is-fatal fra den eksisterende klyngen.

   # 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. Reduser verdien cluster-recheck-interval .

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

3. Legg til metaegenskapen failure-timeout for hver AG-ressurs.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # I tekstredigeringsprogrammet legger du til «meta failure-timeout=60s» etter alle «param» og før eventuelle «op'er

   Obs!

   Erstatt xmin-verdien <> med denne koden etter behov. Hvis en replika går ned, prøver klyngen å starte replikaen på nytt med et intervall som er bundet av failure-timeout verdien og verdien cluster-recheck-interval . Hvis for eksempel failure-timeout er satt til 60 sekunder og cluster-recheck-interval er satt til 120 sekunder, blir omstarten forsøkt med et intervall som er større enn 60 sekunder, men mindre enn 120 sekunder. Vi anbefaler at du angir failure-timeout en 60scluster-recheck-interval verdi som er større enn 60 sekunder. Vi anbefaler at du ikke angir cluster-recheck-interval en liten verdi. Hvis du vil ha mer informasjon, kan du se dokumentasjonen for pacemakeren eller kontakte systemleverandøren.

Metode 2

Gjenopprett pacemakerversjon 1.1.16.

VIKTIG 

Du må kjøre dette skriptet hvis du bruker spørringslager og du oppdaterer fra SQL Server 2017 kumulativ oppdatering 2 (CU2) direkte til SQL Server 2017 kumulativ oppdatering 3 (CU3) eller en senere kumulativ oppdatering. Du trenger ikke kjøre dette skriptet hvis du tidligere har installert SQL Server 2017 kumulativ oppdatering 3 (CU3) eller en senere kumulativ oppdatering av 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 distribuerer en oppdatering til et hybridmiljø, for eksempel Always On, replikering, klynger eller speiling, anbefaler vi at du leser følgende artikler før du distribuerer oppdateringen:

• Oppgradere en forekomst i en failover-klynge

  Obs!

  Hvis du ikke vil bruke den rullerende oppdateringsprosessen, følger du disse trinnene for å installere en oppdatering:

  • Installer oppdateringen på den passive noden.
  • Installer oppdateringen på den aktive noden (krever omstart av tjenesten).

• Oppgradere og oppdatere servere i tilgjengelighetsgrupper med minimal nedetid og minimalt datatap

  Obs!

  Hvis du har aktivert Always On sammen med SSISDB-katalogen, kan du se informasjon om SSIS med Always On for å finne ut hvordan du installerer en oppdatering i disse miljøene.

• Slik installerer du en hurtigreparasjon for SQL Server i en topologi med transaksjonsreplikering og databasespeiling

• Slik installerer du en hurtigreparasjon for SQL Server i en replikeringstopologi

• Oppgradere speilede forekomster

• Oversikt over installasjon av SQL Server-oppdateringer

SQL Server CU-er er for øyeblikket flerspråklige. Denne kumulative oppdateringspakken er derfor ikke spesifikk for ett bestemt språk. Den gjelder for alle språk som støttes.

Én CU-pakke inneholder alle tilgjengelige oppdateringer for alle SQL Server 2017-komponenter (funksjoner). Den kumulative oppdateringspakken oppdaterer imidlertid bare komponentene som er installert på SQL Server-forekomsten du velger å oppdatere. Hvis en SQL Server-funksjon, for eksempel Analysis Services, legges til forekomsten etter at denne kumulative oppdateringen er installert, må du installere oppdateringen på nytt for å oppdatere den nye funksjonen.

Hvis det oppstår andre problemer, eller hvis det er nødvendig med feilsøking, må du kanskje opprette en serviceforespørsel. Vanlige støttekostnader gjelder for ytterligere kundestøttespørsmål og problemer som ikke dekkes av denne bestemte kumulative oppdateringspakken. Du finner en fullstendig liste over telefonnumre til Microsofts kundeservice og kundestøtte, eller du kan opprette en separat serviceforespørsel, på Microsofts nettsted for kundestøtte.

1. Åpne elementet Programmer og funksjoner i Kontrollpanel, og velg deretter Vis installerte oppdateringer.
2. Finn oppføringen som tilsvarer denne kumulative oppdateringspakken under SQL Server 2017.
3. Trykk og hold inne (eller høyreklikk) på oppføringen, og velg deretter Avinstaller.

Hvis du vil avinstallere denne kumulative oppdateringen på Linux, må du rulle tilbake pakken til den forrige versjonen. Hvis du vil ha mer informasjon om hvordan du ruller tilbake installasjonen, kan du se Rulle tilbake SQL Server.