KB4038634 - Actualizarea cumulativă 1 pentru SQL Server 2017

Următoarea actualizare este disponibilă în Centrul de descărcare Microsoft:

Descărcați acum cel mai recent pachet de actualizare cumulativă pentru SQL Server 2017

Dacă pagina de descărcare nu apare, contactați Serviciile pentru clienți și Asistența Microsoft pentru a obține pachetul de actualizare cumulativă.

Următoarea actualizare este disponibilă în Catalog Microsoft Update:

Descărcați acum pachetul de actualizare cumulativă pentru SQL Server 2017 CU1

Pentru a actualiza SQL Server 2017 pe Linux la cel mai recent CU, trebuie mai întâi să aveți configurat depozitul de actualizare cumulativă. Apoi actualizați pachetele SQL Server utilizând comanda de actualizare corespunzătoare, specifică platformei.

Pentru instrucțiuni de instalare și linkuri directe la descărcările pachetului CU, consultați notele privind versiunea SQL Server 2017.

Puteți verifica descărcarea calculând codul hash al fișierului SQLServer2017-KB4038634-x64.exe , utilizând următoarea comandă:

certutil -hashfile SQLServer2017-KB4038634-x64.exe SHA256

Versiunea în limba engleză a acestui pachet are atributele de fișier (sau atributele de fișier mai recente) listate în tabelul următor. Datele și orele pentru aceste fișiere sunt listate în UTC. Când vizualizați informațiile despre fișier, acestea sunt convertite la ora locală. Pentru a găsi diferența dintre UTC și ora locală, utilizați fila Fus orar din elementul Dată și oră din Panou de control.

Versiuni bazate pe x64

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

Instanța principală a serviciilor de baze de date SQL Server 2017

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text Engine

SQL Server 2017 sql_inst_mr

Servicii de integrare SQL Server 2017

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Pentru a aplica acest pachet de actualizare cumulativă, trebuie să rulați SQL Server 2017.

Poate fi necesar să reporniți computerul după ce aplicați acest pachet de actualizare cumulativă.

Pentru a utiliza una dintre remedierile rapide din acest pachet, nu trebuie să faceți modificări la registry.

De asemenea, acest articol oferă informații importante despre următoarele situații:

• Stimulator cardiac: se efectuează o schimbare de comportament în distribuțiile care utilizează cea mai recentă versiune disponibilă de Pacemaker. Sunt furnizate metode de atenuare.

• Depozit de interogări: Trebuie să rulați acest script dacă utilizați Depozitul de interogări și ați instalat anterior Microsoft SQL Server 2017 actualizarea cumulativă 2 (CU2).

Versiunea compilării actualizării cumulative Analysis Services

Începând cu Microsoft SQL Server 2017, numărul versiunii de compilare pentru Analysis Services și numărul versiunii de compilare pentru Motor SQL Server nu coincid. Pentru mai multe informații, consultați Verificați versiunea de compilare a actualizării cumulative Analysis Services.

Actualizări cumulative (CU)

Actualizările cumulative (CU) sunt acum disponibile la Centrul de descărcare Microsoft.

Doar cea mai recentă actualizare cumulativă lansată pentru SQL Server 2017 este disponibilă în Centrul de descărcare.

Pachetele CU pentru Linux sunt disponibile la https://packages.microsoft.com.

• Fiecare actualizare cumulativă nouă conține toate remedierile care au fost incluse cu actualizarea cumulativă anterioară pentru versiunea instalată de SQL Server.
• Actualizările cumulative SQL Server sunt certificate la aceleași niveluri ca pachetele Service Pack și trebuie instalate la același nivel de încredere.
• Vă recomandăm instalarea continuă și proactivă a actualizărilor cumulative pe măsură ce devin disponibile, în conformitate cu aceste îndrumări:
  • Datele istorice arată că un număr semnificativ de cazuri de asistență implică o problemă care a fost deja abordată într-o actualizare cumulativă lansată.
  • Actualizările cumulative pot conține valoare adăugată în plus față de remedierile rapide. Printre acestea se numără actualizările de suportabilitate, gestionare și fiabilitate.
• Vă recomandăm să testați actualizările cumulative SQL Server înainte de a le implementa în mediile de producție.

IMPORTANT

Toate distribuțiile (inclusiv RHEL 7.3 și 7.4) care utilizează cel mai recent pachet Pacemaker disponibil 1.1.18-11.el7 introduc o modificare de comportament pentru start-failure-is-fatal setarea clusterului dacă valoarea sa este false. Această modificare afectează fluxul de lucru în caz de nereușită. Dacă o reproducere primară se confruntă cu o întrerupere, se așteaptă ca clusterul să fie readus la una dintre reproducerile secundare disponibile. În schimb, utilizatorii vor observa că clusterul continuă să încerce să pornească reproducerea primară nereușită. Dacă acea primară nu intră niciodată online (din cauza unei întreruperi permanente), clusterul nu trece niciodată în caz de nereușită la altă reproducere secundară disponibilă.

Această problemă afectează toate versiunile de SQL Server, indiferent de versiunea de actualizare cumulativă pe care o utilizează.

Pentru a atenua problema, utilizați oricare dintre următoarele metode.

Metoda 1

Urmați acești pași:

1. Eliminați înlocuirea din clusterul start-failure-is-fatal existent.

   # RHEL, proprietatea Ubuntu pcs unset start-failure-is-fatal # sau proprietatea pcs set start-failure-is-fatal=true # Proprietatea SLES crm configure start-failure-is-fatal=true

2. Micșorați cluster-recheck-interval valoarea.

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

3. Adăugați proprietatea failure-timeout meta la fiecare resursă AG.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # În editorul de text, adăugați "meta failure-timeout=60s" după orice "param" și înainte de orice "op"

   Notă

   În acest cod, înlocuiți valoarea cu <Xmin> după cum este necesar. Dacă o reproducere nu mai funcționează, clusterul încearcă să repornească replica la un interval legat de valoare failure-timeout și cluster-recheck-interval valoare. De exemplu, dacă failure-timeout este setată la 60 de secunde și cluster-recheck-interval la 120 de secunde, repornirea se încearcă la un interval mai mare de 60 de secunde, dar mai mic de 120 de secunde. Vă recomandăm să setați failure-timeout la 60s și cluster-recheck-interval la o valoare mai mare de 60 de secunde. Vă recomandăm să nu setați cluster-recheck-interval la o valoare mică. Pentru mai multe informații, consultați documentația stimulatorului cardiac sau consultați furnizorul de sistem.

Metoda 2

Reveniți la Pacemaker versiunea 1.1.16.

IMPORTANT

Trebuie să rulați acest script dacă utilizați Depozitul de interogări și actualizați din actualizarea cumulativă 2 (CU2) SQL Server 2017 direct la actualizarea cumulativă 3 (CU3) SQL Server 2017 sau la orice actualizare cumulativă ulterioară. Nu trebuie să rulați acest script dacă ați instalat anterior actualizarea cumulativă SQL Server 2017 3 (CU3) sau orice actualizare cumulativă SQL Server 2017 ulterioară.

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

Când implementați o actualizare într‑un mediu hibrid, cum ar fi unul cu Always On, replicare, cluster sau oglindire, vă recomandăm să consultați următoarele articole înainte de implementare:

• Faceți upgrade unei instanțe de cluster de reluare în caz de nereușită

  Notă

  Dacă nu doriți să utilizați procesul de actualizare succesivă, urmați acești pași pentru a aplica o actualizare:

  • Instalați actualizarea pe nodul pasiv.
  • Instalați actualizarea pe nodul activ (necesită o repornire a serviciului).

• Upgrade‑ul și actualizarea serverelor grupului de disponibilitate cu perioade minime de nefuncționare și pierderi minime de date

  Notă

  Dacă ați activat Always On împreună cu catalogul SSISDB, consultați informațiile despre SSIS cu Always On pentru a afla cum să aplicați o actualizare în aceste medii.

• Cum se aplică o remediere rapidă pentru SQL Server într-o topologie de reproducere în oglindă a tranzacțiilor și a bazelor de date

• Cum se aplică o remediere rapidă pentru SQL Server într‑o topologie de replicare

• Efectuarea upgrade‑ului instanțelor în oglindă

• Prezentare generală a instalării actualizărilor de întreținere SQL Server

În prezent, actualizările cumulative SQL Server sunt multilingve. Prin urmare, acest pachet de actualizare cumulativă nu este specific unei singure limbi. Acesta se aplică tuturor limbilor acceptate.

Un pachet CU include toate actualizările disponibile pentru toate componentele (caracteristicile) SQL Server 2017. Cu toate acestea, pachetul de actualizare cumulativă actualizează numai componentele instalate în prezent pe instanța SQL Server pe care o selectați pentru întreținere. Dacă o caracteristică SQL Server, de exemplu Analysis Services, este adăugată la instanță după aplicarea acestei actualizări cumulative, trebuie să reaplicați actualizarea cumulativă pentru a aduce noua caracteristică la același nivel de actualizare.

Dacă apar alte probleme sau dacă este necesară depanarea, poate fi necesar să creați o solicitare de asistență. Costurile obișnuite de asistență se vor aplica întrebărilor suplimentare și problemelor care nu se încadrează în domeniul acestui pachet de actualizare cumulativă. Pentru lista completă a numerelor de telefon ale serviciului Asistență și relații cu clienții Microsoft sau pentru a crea o solicitare separată de asistență, accesați site‑ul web de asistență Microsoft.

1. În Panoul de control, deschideți elementul Programe și caracteristici, apoi selectați Vizualizare actualizări instalate.
2. Găsiți intrarea care corespunde acestui pachet de actualizare cumulativă în SQL Server 2017.
3. Apăsați lung pe intrare sau faceți clic dreapta pe aceasta, apoi selectați Dezinstalare.

Pentru a dezinstala această actualizare cumulativă pe Linux, trebuie să reveniți la versiunea anterioară a pachetului. Pentru mai multe informații despre revenirea la versiunea anterioară a instalării, consultați Revenirea SQL Server la o versiune anterioară.