KB5001228 – 24 kaupiamasis naujinimas, skirtas "„SQL Server“ 2017"

Šis naujinimas pasiekiamas „Microsoft“ atsisiuntimo centre:

• Atsisiųskite naujausią "„SQL Server“ 2017" kaupiamųjų naujinimų paketą dabar

Jei atsisiuntimo puslapis nerodomas, kreipkitės į "Microsoft" klientų aptarnavimo ir palaikymo tarnybą , kad gautumėte kaupiamojo naujinimo paketą.

Šis naujinimas pasiekiamas „„Microsoft“ Update“ kataloge:

• Atsisiųskite "„SQL Server“ 2017 CU24" kaupiamųjų naujinimų paketą dabar

Norėdami atnaujinti "„SQL Server“ 2017" sistemoje "Linux" į naujausią kaupiamąjį naujinimą, pirmiausia turite sukonfigūruoti kaupiamojo naujinimo saugyklą. Tada atnaujinkite „SQL Server“ paketus naudodami atitinkamą konkrečiai platformai skirtą naujinimo komandą.

Diegimo instrukcijas ir tiesiogines nuorodas į kaupiamojo paketo atsisiuntimus rasite "„SQL Server“ 2017" leidimo pastabose.

Atsisiuntimą galite patikrinti apskaičiuodami SQLServer2017-KB5001228-x64.exe failo maišą naudodami šią komandą:

certutil -hashfile SQLServer2017-KB5001228-x64.exe SHA256

Šio paketo anglų k. versijoje yra failo atributai (ar vėlesnio failo atributai), nurodyti toliau pateiktoje lentelėje. Šių failų datos ir laikai nurodyti pasauliniu koordinuotuoju laiku (UTC). Peržiūrint failo informaciją, jis konvertuojamas į vietinį laiką. Norėdami sužinoti skirtumą tarp UTC ir vietos laiko, naudokite valdymo skydo elemento Data ir laikas skirtuką Laiko juosta.

x64 pagrindo versijos

„SQL Server“ 2017 analizės tarnybos

„SQL Server“ 2017 Duomenų bazės tarnybos Bendrasis branduolys

„SQL Server“ 2017 duomenų kokybės klientas

„SQL Server“ 2017 duomenų kokybė

„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 integravimo tarnybos

„SQL Server“ 2017 sql_polybase_core_inst

„SQL Server“ 2017 sql_shared_mr

„SQL Server“ 2017 sql_tools_extensions

Norėdami taikyti šį kaupiamųjų naujinimų paketą, turite naudoti "„SQL Server“ 2017".

Pritaikius šį kaupiamojo naujinimo paketą, gali tekti iš naujo paleisti kompiuterį.

Norint naudoti vieną iš šiame pakete esančių karštųjų pataisų, nereikia keisti registro.

Šiame straipsnyje taip pat pateikiama svarbi informacija apie šias situacijas:

• Širdies stimuliatorius: Elgesio pokyčiai atliekami distribucijose, kuriose naudojama naujausia turima širdies stimuliatoriaus versija. Pateikiami poveikio mažinimo metodai.

• Užklausų saugykla: turite paleisti šį scenarijų, jei naudojate užklausų saugyklą ir anksčiau esate įdiegę "Microsoft „SQL Server“ 2017 Cumulative Update 2" (CU2).

Analizės tarnybų kaupiamojo naujinimo komponavimo versija

Pradedant „Microsoft SQL Server 2017“, analizės tarnybos komponavimo versijos numeris ir „SQL Server“ duomenų bazės modulio komponavimo versijos numeris nesutampa. Daugiau informacijos žr. Analizės tarnybos kaupiamojo naujinimo komponavimo versijos tikrinimas.

Kaupiamieji naujinimai (CU)

Kaupiamieji naujinimai dabar pasiekiami "Microsoft" atsisiuntimo centre.

Atsisiuntimo centre galima rasti tik naujausią "„SQL Server“ 2017" išleistą kaupiamąjį naujinimą.

CU paketus, skirtus Linux, galima rasti adresu https://packages.microsoft.com/.

SVARBU

Visi platinimai (įskaitant RHEL 7.3 ir 7.4), naudojantys naujausią turimą širdies stimuliatoriaus paketą 1.1.18-11.el7 , pakeičia skirstymo bloko parametrą start-failure-is-fatal , jei jo reikšmė yra false. Šis pakeitimas paveikia perėmimo darbo eigą. Jei pirminė replika patiria triktį, klasteris turėtų pereiti į vieną iš galimų antrinių replikų. Vietoj to, vartotojai pastebės, kad klasteris vis bando paleisti nepavykusią pirminę repliką. Jei tas pirminis niekada neprisijungia (dėl nuolatinio gedimo), klasteris niekada nepereina į kitą turimą antrinę kopiją.

Ši problema turi įtakos visoms „SQL Server“ versijoms, nepriklausomai nuo jų kaupiamojo naujinimo versijos.

Norėdami išspręsti šią problemą, naudokite vieną iš toliau nurodytų būdų.

1 metodas

Atlikite šiuos veiksmus:

1. Pašalinkite perrašymą start-failure-is-fatal iš esamo skirstymo bloko.

   # RHEL, Ubuntu kompiuterių ypatybė nenustatyta start-failure-is-fatal # arba PCS ypatybės rinkinys start-failure-is-fatal=true # SLES CRM configure ypatybė start-failure-is-fatal=true

2. Sumažinti cluster-recheck-interval reikšmę.

   # RHEL, Ubuntu kompiuteriai ypatybių rinkinys cluster-recheck-interval=<Xmin> # SLES crm configure ypatybę cluster-recheck-interval=<Xmin>

3. Pridėkite failure-timeout meta ypatybę prie kiekvieno AG ištekliaus.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES CRM configure edit ag1 # Teksto rengyklėje pridėkite "meta failure-timeout=60s" po bet kokio "param's ir prieš bet kokį "op"

   Pastaba

   Šiame kode pakeiskite reikšmę <Xmin> . Jei replika neveikia, klasteris bando iš naujo paleisti repliką intervalu, kuris yra susietas failure-timeout su reikšme ir cluster-recheck-interval reikšme. Pavyzdžiui, jei failure-timeout nustatyta 60 sekundžių ir cluster-recheck-interval 120 sekundžių, bandoma paleisti iš naujo didesniu nei 60 sekundžių, bet trumpesniu nei 120 sekundžių intervalu. Rekomenduojame nustatyti failure-timeout60s ir cluster-recheck-interval reikšmę, ilgesnę nei 60 sekundžių. Rekomenduojame nenustatyti cluster-recheck-interval mažos reikšmės. Daugiau informacijos žr. širdies stimuliatoriaus dokumentacijoje arba kreipkitės į sistemos teikėją.

2 metodas

Grįžkite prie širdies stimuliatoriaus 1.1.16 versijos.

SVARBU

Šį scenarijų turite paleisti, jei naudojate užklausų saugyklą ir naujinate iš "„SQL Server“ 2017" 2 kaupiamojo naujinimo (CU2) tiesiai į "„SQL Server“ 2017" 3 kaupiamąjį naujinimą (CU3) arba bet kurį vėlesnį kaupiamąjį naujinimą. Šio scenarijaus vykdyti nereikia, jei anksčiau įdiegėte "„SQL Server“ 2017" 3 kaupiamąjį naujinimą (CU3) arba bet kurį vėlesnį "„SQL Server“ 2017" kaupiamąjį naujinimą.

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

Kai diegiate naujinimą hibridinėje aplinkoje, pvz., naudodami „Always On“, replikavimą, grupes ar veidrodinį dubliavimą, prieš diegiant naujinimą rekomenduojame peržiūrėti šiuos straipsnius:

• Perėmimo klasterio egzemplioriaus naujinimas

• Pasiekiamumo grupių serverių versijos naujinimas, kuris užtikrina minimalias prastovas ir duomenų praradimą

• Kaip taikyti „SQL Server“ karštąją pataisą operacijų replikavimo ir duomenų bazės veidrodinio dubliavimo topologijoje
• Kaip taikyti „SQL Server“ karštąją pataisą replikavimo topologijoje
• Veidrodinių egzempliorių naujinimas
• „SQL Server“ tarnybų diegimo apžvalga

„SQL Server“ kaupiamieji naujinimai šiuo metu yra daugiakalbiai. Todėl šis kaupiamųjų naujinimų paketas nėra skirtas vienai kalbai. Jis taikomas visoms palaikomoms kalboms.

Viename KN pakete yra visi galimi visų "„SQL Server“ 2017" komponentų (funkcijų) naujinimai. Tačiau kaupiamojo naujinimo paketas atnaujina tik tuos komponentus, kurie šiuo metu įdiegti jūsų pasirinkto prižiūrėti „SQL Server“ egzemplioriuje. Jei pritaikius šį kaupiamąjį naujinimą į egzempliorių įtraukiama „SQL Server“ funkcija, pvz., analizės tarnybos, turite iš naujo pritaikyti šį kaupiamąjį naujinimą, kad naujoji funkcija būtų atnaujinta iki šio kaupiamojo naujinimo lygio.

Jei kyla kitų problemų arba jei reikia atlikti trikčių diagnostiką, gali tekti sukurti paslaugos užklausą. Įprasti palaikymo mokesčiai taikomi papildomiems palaikymo klausimams ir problemoms, kurios neatitinka šio konkretaus kaupiamojo naujinimo paketo reikalavimų. Visą „„Microsoft““ klientų aptarnavimo ir palaikymo tarnybų telefonų numerių sąrašą arba atskirą aptarnavimo užklausą galite rasti ir sukurti „„Microsoft““ palaikymo svetainėje.

1. Valdymo skyde atidarykite elementą Programos ir funkcijos, tada pasirinkite Peržiūrėti įdiegtus naujinimus.
2. Raskite įrašą, atitinkantį šį kaupiamąjį naujinimų paketą, dalyje „SQL Server“ 2017.
3. Įrašą paspauskite ir laikykite (arba spustelėkite dešiniuoju pelės mygtuku), tada pasirinkite Pašalinti.

Norint pašalinti šį kaupiamąjį naujinimą sistemoje „Linux“, reikia grąžinti paketą į ankstesnę versiją. Daugiau informacijos apie tai, kaip grąžinti ankstesnę diegimo būseną, žr. „SQL Server“ ankstesnės būsenos atkūrimas.