KB4508218 – Kumulatives Update 16 für SQL Server 2017

Das folgende Update steht im Microsoft Download Center zur Verfügung:

Laden Sie das neueste kumulative Updatepaket für SQL Server 2017 jetzt herunter.

Wenn die Downloadseite nicht angezeigt wird, wenden Sie sich an den Microsoft-Kundendienst und den Support , um das kumulative Updatepaket zu erhalten.

Das folgende Update ist aus dem Microsoft Update-Katalog verfügbar:

Herunterladen des kumulativen Updatepakets für SQL Server 2017 CU16 jetzt

Um SQL Server 2017 auf Linux auf die neueste CU zu aktualisieren, müssen Sie zunächst das Kumulative Update-Repository konfigurieren. Aktualisieren Sie dann Ihre SQL Server-Pakete mithilfe des entsprechenden plattformspezifischen Aktualisierungsbefehls.

Installationsanweisungen und direkte Links zu den CU-Paket-Downloads finden Sie in den Versionshinweisen zu SQL Server 2017.

Sie können den Download überprüfen, indem Sie den Hash der SQLServer2017-KB4508218-x64.exe Datei mithilfe des folgenden Befehls berechnen:

certutil -hashfile SQLServer2017-KB4508218-x64.exe SHA256

Die englische Version dieses Pakets weist die in der nachstehenden Tabelle aufgelisteten Dateiattribute (oder nachfolgende Dateiattribute) auf. Datums- und Uhrzeitangaben für diese Dateien sind in der "Universal Time Coordinated" (UTC) angegeben. Wenn Sie die Dateiinformationen anzeigen, wird sie in die Ortszeit konvertiert. Um den Unterschied zwischen UTC und Ortszeit zu ermitteln, verwenden Sie die Registerkarte "Zeitzone" im Element "Datum und Uhrzeit" in Systemsteuerung.

x64-basierte Versionen

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server 2017-Data Quality-Client

SQL Server 2017-Datenqualität

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

Um dieses kumulative Updatepaket anzuwenden, müssen Sie SQL Server 2017 ausführen.

Sie müssen den Computer nach der Installation dieses kumulativen Updatepakets unter Umständen neu starten.

Um einen der Hotfixes in diesem Paket zu verwenden, müssen Sie keine Änderungen an der Registrierung vornehmen.

Dieser Artikel enthält auch wichtige Informationen zu den folgenden Situationen:

• Pacemaker: Eine Verhaltensänderung erfolgt in Verteilungen, die die neueste verfügbare Version von Pacemaker verwenden. Entschärfungsmethoden werden bereitgestellt.

• Abfragespeicher: Sie müssen dieses Skript ausführen, wenn Sie das Abfragespeicher verwenden und zuvor Microsoft SQL Server 2017 Kumulatives Update 2 (CU2) installiert haben.

Analysis Services CU-Buildversion

Ab Microsoft SQL Server 2017 stimmen die Analysis Services-Buildversionsnummer und sql Server Datenbank-Engine Buildversionsnummer nicht überein. Weitere Informationen finden Sie unter Überprüfen der kumulativen Updateversion von Analysis Services.

Kumulative Updates (CU)

Kumulative Updates (CU) sind jetzt im Microsoft Download Center verfügbar.

Nur das neueste CU, das für SQL Server 2017 veröffentlicht wurde, ist im Download Center verfügbar.

CU-Pakete für Linux sind unter https://packages.microsoft.com.

• Jedes neue CU enthält alle Fixes, die im vorherigen CU für die installierte Version von SQL Server enthalten waren.
• SQL Server-CUs sind auf den gleichen Ebenen wie Service Packs zertifiziert und sollten auf dem gleichen Konfidenzniveau installiert werden.
• Wir empfehlen eine fortlaufende, proaktive Installation von CUs, sobald sie gemäß den folgenden Richtlinien verfügbar werden:
  • Historische Daten zeigen, dass eine erhebliche Anzahl von Supportfällen ein Problem betrifft, das bereits in einem freigegebenen CU behoben wurde.
  • CUs können einen Mehrwert über und über Hotfixes enthalten. Dazu gehören Unterstützung, Verwaltbarkeit und Zuverlässigkeitsupdates.
• Es wird empfohlen, SQL Server-CUs zu testen, bevor Sie sie in Produktionsumgebungen bereitstellen.

WICHTIG

Alle Verteilungen (einschließlich RHEL 7.3 und 7.4), die das neueste verfügbare Pacemaker-Paket 1.1.18-11.el7 verwenden, führen eine Verhaltensänderung für die start-failure-is-fatal Clustereinstellung ein, wenn der Wert lautet false. Diese Änderung wirkt sich auf den Failoverworkflow aus. Wenn ein primäres Replikat ausfällt, wird für den Cluster ein Failover auf eines der verfügbaren sekundären Replikate erwartet. Stattdessen werden die Benutzer bemerken, dass der Cluster weiterhin versucht, das ausgefallene primäre Replikat zu starten. Wenn dieses primäre Replikat (aufgrund eines dauerhaften Ausfalls) nicht online geschaltet wird, führt der Cluster kein Failover zu einem anderen verfügbaren sekundären Replikat durch.

Dieses Problem betrifft alle SQL Server-Versionen, unabhängig von der kumulativen Updateversion, auf der sie sich befinden.

Verwenden Sie eine der folgenden Methoden, um das Problem zu beheben.

Methode 1

Führen Sie folgende Schritte aus:

1. Entfernen Sie die start-failure-is-fatal Außerkraftsetzung aus dem vorhandenen Cluster.

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

2. Verringern Sie den cluster-recheck-interval-Wert.

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

3. Fügen Sie die failure-timeout Metaeigenschaft zu jeder AG-Ressource hinzu.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # Fügen Sie im Text-Editor "meta failure-timeout=60s" nach allen "param' und vor "ops" hinzu

   Notiz

   Ersetzen Sie in diesem Code den Wert für <Xmin> entsprechend. Wenn ein Replikat ausfällt, versucht der Cluster, das Replikat in einem Intervall neu zu starten, das durch den Wert failure-timeout und den Wert cluster-recheck-interval gebunden ist. Wenn failure-timeout beispielsweise auf 60 Sekunden und cluster-recheck-interval auf 120 Sekunden festgelegt ist, wird der Neustart in einem Intervall versucht, das größer als 60 Sekunden, aber kleiner als 120 Sekunden ist. Es wird empfohlen, einen Wert festzulegen failure-timeout 60s , cluster-recheck-interval der größer als 60 Sekunden ist. Es wird empfohlen, dass Sie keinen kleinen Wert festlegen cluster-recheck-interval . Weitere Informationen finden Sie in der Pacemaker-Dokumentation oder wenden Sie sich an den Systemanbieter.

Methode 2

Wiederherstellen sie die Pacemaker-Version 1.1.16.

WICHTIG

Sie müssen dieses Skript ausführen, wenn Sie Abfragespeicher verwenden und von SQL Server 2017 Kumulatives Update 2 (CU2) direkt auf SQL Server 2017 Kumulatives Update 3 (CU3) oder ein späteres kumulatives Update aktualisieren. Sie müssen dieses Skript nicht ausführen, wenn Sie zuvor SQL Server 2017 Kumulatives Update 3 (CU3) oder ein höheres kumulatives SQL Server 2017-Update installiert haben.

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

Wenn Sie ein Update in einer Hybridumgebung bereitstellen (z. B. AlwaysOn, Replikation, Cluster und Spiegelung), empfehlen wir, dass Sie sich vor der Bereitstellung des Updates auf die folgenden Artikel beziehen:

• Aktualisieren einer Failoverclusterinstanz

  Notiz

  Wenn Sie den rollierenden Updateprozess nicht verwenden möchten, führen Sie die folgenden Schritte aus, um ein Update anzuwenden:

  • Installieren Sie das Update auf dem passiven Knoten.
  • Installieren Sie das Update auf dem aktiven Knoten (erfordert einen Dienstneustart).

• Aktualisieren und Aktualisieren von Verfügbarkeitsgruppenservern, die minimale Ausfallzeiten und Datenverluste verwenden

  Notiz

  Wenn Sie Always On zusammen mit dem SSISDB-Katalog aktiviert haben, lesen Sie die Informationen zu SSIS mit Always On zum Anwenden eines Updates in diesen Umgebungen.

• Anwenden eines Hotfixes für SQL Server in einer Transaktionsreplikation und Datenbankspiegelungstopologie

• So wenden Sie einen Hotfix für SQL Server in einer Replikationstopologie an

• Upgrading Mirrored Instances

• Übersicht über die SQL Server-Wartungsinstallation

SQL Server-CUs sind derzeit mehrsprachig. Daher ist dieses CU-Paket nicht spezifisch für eine Sprache. Sie gilt für alle unterstützten Sprachen.

Ein CU-Paket enthält alle verfügbaren Updates für alle SQL Server 2017-Komponenten (Features). Das kumulative Updatepaket aktualisiert jedoch nur die Komponenten, die derzeit in der SQL Server-Instanz installiert sind, die Sie für den Dienst auswählen. Wenn ein SQL Server-Feature (z. B. Analysis Services) der Instanz hinzugefügt wird, nachdem dieses CU angewendet wurde, müssen Sie dieses CU erneut anwenden, um das neue Feature auf dieses CU zu aktualisieren.

Wenn andere Probleme auftreten oder eine Problembehandlung erforderlich ist, müssen Sie möglicherweise eine Serviceanfrage erstellen. Die üblichen Supportkosten gelten für zusätzliche Supportfragen und Für Probleme, die sich nicht für dieses spezifische kumulative Updatepaket qualifizieren. Eine vollständige Liste der Microsoft-Kundendienst- und Supporttelefonnummern oder zum Erstellen einer separaten Serviceanfrage erhalten Sie auf der Microsoft-Supportwebsite.

1. Öffnen Sie in Systemsteuerung das Element "Programme und Features", und wählen Sie dann "Installierte Updates anzeigen" aus.
2. Suchen Sie den Eintrag, der diesem kumulativen Updatepaket unter SQL Server 2017 entspricht.
3. Halten Sie den Eintrag gedrückt (oder klicken Sie mit der rechten Maustaste darauf), und wählen Sie dann "Deinstallieren" aus.

Um dieses CU unter Linux zu deinstallieren, müssen Sie das Paket auf die vorherige Version zurücksetzen. Weitere Informationen zum Zurücksetzen der Installation finden Sie unter Rollback SQL Server.