KB4038634 – SQL Server 2017 koondvärskendus 1

Järgmine värskendus on saadaval Microsofti allalaadimiskeskuses.

Laadige kohe alla SQL Server 2017 uusim koondvärskenduspakett

Kui allalaadimislehte ei kuvata, võtke koondvärskenduse hankimiseks ühendust Microsofti klienditeeninduse ja kasutajatoega.

Järgmine värskendus on saadaval Microsoft Update’i kataloogis.

Laadige kohe alla SQL Server 2017 CU1 koondvärskenduspakett

Linux SQL Server 2017 värskendamiseks uusimale CU-le peab teil esmalt olema konfigureeritud koondvärskenduste hoidla. Seejärel värskendage oma SQL Serveri pakette sobiva platvormikohase värskenduskäsu abil.

Installijuhised ja CU-paketi allalaadimise otselingid leiate SQL Server 2017 väljalaskemärkmetest.

Allalaadimise kontrollimiseks saate arvutadaSQLServer2017-KB4038634-x64.exe faili räsi, kasutades järgmist käsku.

certutil -hashfile SQLServer2017-KB4038634-x64.exe SHA256

Selle paketi ingliskeelses versioonis on failiatribuudid (või uuemad failiatribuudid), mis on loetletud järgmises tabelis. Nende failide kuupäevad ja kellaajad on loetletud koordineeritud maailmaaja (UTC) järgi. Failiteabe vaatamisel teisendatakse see kohalikuks ajaks. UTC ja kohaliku kellaaja erinevuse leidmiseks kasutage Juhtpaneel üksuse Kuupäev ja kellaaeg vahekaarti Ajavöönd.

x64-põhised versioonid

SQL Server 2017 analüüsiteenused

SQL Server 2017 database Services Common Core

SQL Server 2017 andmebaasiteenuste põhieksemplar

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text mootor

SQL Server 2017 sql_inst_mr

SQL Server 2017 integreerimisteenused

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Selle koondvärskenduspaketi rakendamiseks peab teil töötama SQL Server 2017.

Selle koondvärskenduse rakendamise järel peate võib-olla arvuti taaskäivitama.

Mõne selle paketi kiirparanduse kasutamiseks ei pea te registrit muutma.

See artikkel annab olulist teavet ka järgmiste olukordade kohta.

• Südamestimulaator: käitumismuudatus tehakse jaotustes, mis kasutavad südamestimulaatori uusimat saadaolevat versiooni. Saadaval on leevendusmeetodid.

• Päringusalv: kui kasutate päringusalve ja olete varem installinud Microsoft SQL Server 2017 koondvärskenduse 2 (CU2), peate selle skripti käivitama.

Analüüsiteenuste CU järgu versioon

Alates versioonist Microsoft SQL Server 2017 ei sobi analüüsiteenuste järgu ja SQL Serveri andmebaasimootori versiooninumbrid. Lisateavet leiate teemast Analüüsiteenuste koondvärskenduse järgu versiooni kontrollimine.

Koondvärskendused (CU)

Koondvärskendused (CU) on nüüd saadaval Microsofti allalaadimiskeskuses.

Allalaadimiskeskuses on saadaval ainult SQL Server 2017 jaoks välja antud uusim CU.

Linux CU paketid on saadaval aadressil https://packages.microsoft.com.

• Iga uus CU sisaldab kõiki parandusi, mis olid eelmise SQL Serveri installitud versiooni CU-ga kaasas.
• SQL Serveri CU-d on sertifitseeritud hoolduspakettidega samal tasemel ja need tuleks installida samal kindlustasemel.
• Soovitame CU-d nende kättesaadavaks tegemisel pidevalt ennetavalt installida järgmiste suuniste järgi.
  • Ajaloolised andmed näitavad, et märkimisväärne arv kasutajatoejuhtumeid on seotud probleemiga, mis on juba välja antud CU-s lahendatud.
  • CU-d võivad täiendada kiirparanduste väärtust. See hõlmab toetatavuse, hallatavuse ja töökindluse värskendusi.
• Soovitame SQL Serveri CU-sid testida enne nende juurutamist tootmiskeskkonnas.

OLULINE

Kõik jaotused (sh RHEL 7.3 ja 7.4), mis kasutavad uusimat saadaolevat südamestimulaatori paketti 1.1.18-11.el7 , muudavad klastri käitumist start-failure-is-fatal , kui selle väärtus on false. See muudatus mõjutab tõrkesiirde töövoogu. Kui esmasel koopial esineb katkestus, nurjub klaster eeldatavasti ühest saadaolevast teisesest koopiast. Selle asemel märkavad kasutajad, et klaster proovib pidevalt käivitada nurjunud põhikoopia. Kui see esmane versioon ei ole kunagi võrgus (püsiva katkestuse tõttu), ei õnnestu klastril üle minna teisele saadaolevale teisesele koopiale.

See probleem mõjutab kõiki SQL Server versioone, olenemata koondvärskenduse versioonist, kus need on.

Probleemi leevendamiseks kasutage ühte järgmistest meetoditest.

1. meetod

Tehke järgmist

1. Eemaldage alistamine start-failure-is-fatal olemasolevast klastrist.

   # 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. Vähendage cluster-recheck-interval väärtust.

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

3. failure-timeout Lisage metaatribuut igale AG ressursile.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # In the text editor, add 'meta failure-timeout=60s' after any 'param's and before any 'op's

   Märkus.

   Asendage selles koodis vastavalt vajadusele <väärtus Xmin> . Kui koopia kaob, proovib klaster koopiat taaskäivitada intervalliga, mis on seotud failure-timeout väärtuse ja väärtusega cluster-recheck-interval . Näiteks kui failure-timeout väärtuseks on seatud 60 sekundit ja cluster-recheck-interval selle väärtuseks on seatud 120 sekundit, proovitakse taaskäivitamist intervalliga, mis on suurem kui 60 sekundit, kuid väiksem kui 120 sekundit. Soovitame määrata failure-timeout60scluster-recheck-interval väärtuse, mis on suurem kui 60 sekundit. Soovitame teil mitte määrata cluster-recheck-interval väikest väärtust. Lisateavet leiate südamestimulaatori dokumentatsioonist või konsulteerige süsteemipakkujaga.

2. meetod

Ennistage Pacemakeri versioon 1.1.16.

OLULINE

Kui kasutate päringusalve ja värskendate SQL Server 2017 koondvärskenduselt 2 (CU2) otse SQL Server 2017 koondvärskendusele 3 (CU3) või mõnele hilisemale koondvärskendusele, peate selle skripti käivitama. Seda skripti ei pea käivitama, kui olete varem installinud SQL Server 2017 koondvärskenduse 3 (CU3) või mõne uuema SQL Server 2017 koondvärskenduse.

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

Kui juurutate värskenduse hübriidkeskkonnas (nt AlwaysOn-saadavusrühmad, klaster ja peegeldamine), soovitame enne värskenduse juurutamist lugeda järgmisi artikleid:

• Rikkeümberlülituse klastri eksemplari täiendamine

  Märkus.

  Kui te ei soovi jooksvat värskendamist kasutada, tehke värskenduse rakendamiseks järgmist.

  • Installige värskendus passiivsesse sõlme.
  • Installige värskendus aktiivsesse sõlme (nõuab teenuse uuesti käivitamist).

• Minimaalse seisakuaja aja andmekaoga saadavusrühmade serverite täiendamine ja värskendamine

  Märkus.

  Kui olete lubanud nii AlwaysOn-saadavusrühmad kui ka SSISDB kataloogi, lugege SSIS-i ja AlwaysOn-saadavusrühmade koostalitluse teavet selle kohta, kuidas värskendust nendes keskkondades rakendada.

• Kuidas rakendada kiirparandust SQL Serveri tehingu tiražeerimise ja andmebaasi peegeldamise topoloogias

• Kuidas rakendada kiirparandust SQL Serveri kopeerimistopoloogias

• Peegeldatud eksemplaride täiendamine

• SQL Serveri hooldusinstallimise ülevaade

SQL Serveri CU-d on praegu mitmekeelsed. Seetõttu pole see CU ühekeelne. See kehtib kõigi toetatud keelte kohta.

Üks CU pakett sisaldab kõiki saadaolevaid värskendusi kõigi SQL Server 2017 komponentide (funktsioonide) jaoks. Koondvärskenduse alusel värskendatakse ainult neid komponente, mis on praegu installitud SQL Serveri eksemplaril, mille hooldamiseks valite. Kui SQL Serveri funktsioon (nt analüüsiteenused) lisatakse eksemplari pärast selle CU rakendamist, peate selle CU uuesti rakendama, et uut funktsiooni selle CU järgi värskendada.

Muude probleemide või tõrkeotsingu soovi korral peate võib-olla looma teenusetaotluse. Tavalised kasutajatoe kulud rakenduvad täiendavatele kasutajatoega seotud küsimustele ja probleemidele, mis pole seotud selle konkreetse koondvärskendusega. Microsofti klienditeeninduse ja kasutajatoe telefoninumbrite täieliku loendi vaatamiseks või eraldi teenusetaotluse loomiseks minge Microsofti tugiteenuste veebisaidile.

1. Avage Juhtpaneel, siis üksus Programmid ja funktsioonid ning tehke siis valik Kuva installitud värskendused.
2. Leidke kirje, mis vastab sellele koondvärskenduspaketile SQL Server 2017.
3. Puudutage pikalt (või paremklõpsake) kirjet ja tehke siis valik Desinstalli.

Selle CU desinstallimiseks Linuxil peate paketi tagasi pöörama, et taastada eelmine versioon. Lisateavet installi tagasipööramise kohta leiate teemast SQL Serveri tagasipööramine.