KB4229789: Kumulatives Update 7 für SQL Server 2017

Das folgende Update ist im Microsoft Download Center verfügbar:

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

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

Das folgende Update ist im Microsoft Update-Katalog verfügbar:

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

Um SQL Server 2017 unter Linux auf das neueste CU zu aktualisieren, müssen Sie zuerst das Repository für kumulative Updates konfigurieren. Aktualisieren Sie dann Ihre SQL Server Pakete mithilfe des entsprechenden plattformspezifischen Updatebefehls.

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

Sie können den Download überprüfen, indem Sie den Hash der SQLServer2017-KB4229789-x64.exe Datei mit dem folgenden Befehl berechnen:

certutil -hashfile SQLServer2017-KB4229789-x64.exe SHA256

Die englische Version dieses Pakets enthält die Dateiattribute (oder höhere Dateiattribute), die in der folgenden Tabelle aufgeführt sind. Die Datums- und Uhrzeitangaben für diese Dateien sind unter Koordinierte Weltzeit (UTC) aufgeführt. Wenn Sie die Dateiinformationen anzeigen, werden 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 sql_dreplay_client

sql_dreplay_controller SQL Server 2017

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

Integration Services für SQL Server 2017

SQL Server 2017 sql_polybase_core_inst

SQL Server sql_shared_mr 2017

SQL Server 2017 sql_tools_extensions

Um dieses kumulative Updatepaket anwenden zu können, müssen Sie SQL Server 2017 ausführen.

Möglicherweise müssen Sie den Computer neu starten, nachdem Sie dieses kumulative Updatepaket angewendet haben.

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 wird in Distributionen vorgenommen, 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 das kumulative Update 2 (CU2) von Microsoft SQL Server 2017 installiert haben.

Analysis Services CU-Buildversion

Ab Microsoft SQL Server 2017 stimmen die Versionsnummer des Analysis Services-Builds und SQL Server Buildversionsnummer der Datenbank-Engine nicht überein. Weitere Informationen finden Sie unter Überprüfen der Buildversion des kumulativen Updates für 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.comverfügbar.

• 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 denselben Ebenen wie Service Packs zertifiziert und sollten mit demselben Zuverlässigkeitsgrad 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 Hotfixes hinaus enthalten. Dazu gehören Unterhalts-, Verwaltbarkeits- und Zuverlässigkeitsupdates.
• Es wird empfohlen, SQL Server CUs zu testen, bevor Sie sie in Produktionsumgebungen bereitstellen.

WICHTIG

Alle Distributionen (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 deren Wert ist false. Diese Änderung wirkt sich auf den Failoverworkflow aus. Wenn ein primäres Replikat ausfällt, wird erwartet, dass für den Cluster ein Failover auf eines der verfügbaren sekundären Replikate ausgeführt wird. Stattdessen werden Benutzer feststellen, dass der Cluster immer wieder versucht, das fehlerhafte primäre Replikat zu starten. Wenn dieses primäre Replikat nie online geschaltet wird (aufgrund eines dauerhaften Ausfalls), führt der Cluster nie ein Failover auf ein anderes verfügbares sekundäres Replikat aus.

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

Gehen Sie folgendermaßen vor:

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

   # 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. Verringern Sie den cluster-recheck-interval Wert.

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

3. Fügen Sie jeder Verfügbarkeitsgruppenressource die failure-timeout Metaeigenschaft 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 allen "Ops" hinzu.

   Hinweis

   Ersetzen Sie in diesem Code den Wert nach Bedarf durch <Xmin> . Wenn ein Replikat ausfällt, versucht der Cluster, das Replikat in einem Intervall neu zu starten, das durch den failure-timeout Wert und den cluster-recheck-interval Wert 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 weniger als 120 Sekunden ist. Es wird empfohlen, auf und cluster-recheck-interval auf einen Wert festzulegen failure-timeout60s, der größer als 60 Sekunden ist. Es wird empfohlen, nicht auf einen kleinen Wert festzulegen cluster-recheck-interval . Weitere Informationen finden Sie in der Pacemaker-Dokumentation oder beim Systemanbieter.

Methode 2

Stellen Sie die Pacemaker-Version 1.1.16 wieder her.

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 kumulatives Update 3 (CU3) oder ein späteres kumulatives Update aktualisieren. Sie müssen dieses Skript nicht ausführen, wenn Sie zuvor SQL Server kumulatives Update 3 (CU3) von 2017 oder ein höheres SQL Server kumulatives Update 2017 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. Always On, Replikation, Cluster und Spiegelung), empfiehlt es sich, die folgenden Artikel zu lesen, bevor Sie das Update bereitstellen:

• Aktualisieren eines Failoverclusters instance

  Hinweis

  Wenn Sie den parallelen 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).

• Upgrade und Aktualisierung von Verfügbarkeitsgruppenservern mit minimaler Ausfallzeit und Datenverlust

  Hinweis

  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

• Anwenden eines Hotfixes für SQL Server in einer Replikationstopologie

• Aktualisieren von gespiegelten Instanzen

• Übersicht über 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 auf dem SQL Server instance installiert sind, den Sie für die Wartung auswählen. Wenn ein SQL Server-Feature (z. B. Analysis Services) zum instance 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 Probleme, die nicht für dieses spezifische kumulative Updatepaket geeignet sind. Eine vollständige Liste der Telefonnummern für Den Microsoft-Kundendienst und -Support oder zum Erstellen einer separaten Serviceanfrage finden Sie auf der Microsoft-Supportwebsite.

1. Öffnen Sie 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 ein Rollback des Pakets auf die vorherige Version ausführen. Weitere Informationen zum Zurücksetzen der Installation finden Sie unter Rollback SQL Server.