KB4038634 – Kumulatives Update 1 für SQL Server 2017

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

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

Falls 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:

Kumulatives Updatepaket für SQL Server 2017 CU1 jetzt herunterladen

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

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

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

certutil -hashfile SQLServer2017-KB4038634-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, werden diese in die Ortszeit umgewandelt. Den Unterschied zwischen UTC- und Ortszeit können Sie in der Systemsteuerung unter Datum und Uhrzeit mithilfe der Angaben auf der Registerkarte Zeitzone ermitteln.

x64-basierte Versionen

SQL Server 2017 Analysis Services

SQL Server 2017-Datenbankdienste – Common Core

SQL Server 2017-Datenbankdienste – Core Instance

SQL Server 2017-Datenbankdienste – 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

Zum Anwenden dieses kumulativen Updatepakets müssen Sie SQL Server 2017 ausführen.

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

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

Dieser Artikel enthält außerdem wichtige Informationen zu folgenden Situationen:

• Herzschrittmacher: In Distributionen, die die neueste verfügbare Version von Herzschrittmacher verwenden, wird eine Verhaltensänderung vorgenommen. Es werden Methoden zur Risikominderung bereitgestellt.

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

Buildversion von Analysis Services CU

Ab Microsoft SQL Server 2017 stimmen die Buildversionsnummer der Analysis Services und die Buildversionsnummer der SQL Server-Datenbank-Engine nicht überein. Weitere Informationen finden Sie unter „Überprüfen der Build-Version des kumulativen Updates für Analysis Services“.

Kumulative Updates (CU)

Kumulative Updates (CUs) stehen auch im Microsoft Download Center zur Verfügung.

Im Download Center ist jeweils nur das aktuelle CU verfügbar, das für SQL Server 2017 veröffentlicht wurde.

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

• Jedes neue CU enthält alle Korrekturen, die im vorherigen CU für die installierte Version von SQL Server enthalten waren.
• SQL Server-CUs sind auf derselben Ebene wie Dienstpakete zertifiziert und sollten mit demselben Maß an Vertrauen installiert werden.
• Wir empfehlen die kontinuierliche, proaktive Installation von CUs, sobald diese verfügbar sind, gemäß den folgenden Richtlinien:
  • Aus den Verlaufsdaten lässt sich ablesen, dass eine erhebliche Anzahl von Supportfällen Probleme betrifft, die in einem veröffentlichten CU bereits behoben wurden.
  • CUs können auch über Hotfixes hinaus Mehrwert bieten. Beispiele hierfür sind Updates in Bezug auf die Unterstützbarkeit, Verwaltbarkeit und Zuverlässigkeit.
• Wir empfehlen, 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 ihr Wert ist false. Diese Änderung wirkt sich auf den Failoverworkflow aus. Wenn ein primäres Replikat ausfällt, wird erwartet, dass vom Cluster ein Failover zu einem der verfügbaren sekundären Replikate erfolgt. Stattdessen werden Benutzer feststellen, dass der Cluster versucht, das fehlerhafte primäre Replikat zu starten. Wenn dieses primäre Replikat nicht online geschaltet wird (aufgrund eines permanenten Ausfalls), kommt es nie zu einem Failover des Clusters zu einem anderen verfügbaren sekundären Replikat.

Dieses Problem betrifft alle SQL Server-Versionen, unabhängig von der Version des kumulativenUpdates, auf der sie sich befinden.

Um das Problem zu umgehen, wenden Sie eine der folgenden Methoden an:

Methode 1

Führen Sie die folgenden Schritte aus:

1. Entfernen Sie die Außerkraftsetzung start-failure-is-fatal 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 property set cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

3. Fügen Sie die failure-timeout Meta-Eigenschaft jeder AG-Ressource hinzu.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # Fügen Sie im Texteditor nach allen Parametern und vor allen "op" "meta failure-timeout=60s" hinzu.

   Hinweis

   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 und den failure-timeoutcluster-recheck-interval Wert gebunden ist. Wenn beispielsweise failure-timeout auf 60 Sekunden und cluster-recheck-interval 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, failure-timeout einen Wert festzulegen, der 60scluster-recheck-interval 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. Sie können sich auch an den Systemanbieter wenden.

Methode 2

Zurücksetzen auf Pacemaker-Version 1.1.16.

WICHTIG

Sie müssen dieses Skript ausführen, wenn Sie den Abfragespeicher verwenden und vom kumulativen Update 2 von SQL Server 2017 (CU2) direkt auf SQL Server 2017 kumulatives Update 3 (CU3) oder ein beliebiges kumulatives Update neueren aktualisieren. Sie müssen dieses Skript nicht ausführen, wenn Sie zuvor das kumulative Update 3 für SQL Server 2017 (CU3) oder ein kumulatives Update für SQL Server 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 (z. B. Always On, Replikation, Cluster und Spiegelung) bereitstellen, empfehlen wir, vor der Bereitstellung des Updates die folgenden Artikel zu lesen:

• Aktualisieren einer Failoverclusterinstanz

  Hinweis

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

  • Installieren Sie das Update auf dem passiven Knoten.
  • Installieren Sie das Update auf dem aktiven Knoten (Neustart zur Wartung erforderlich).

• Upgraden von Always On-Verfügbarkeitsgruppen-Replikatsinstanzen

  Hinweis

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

• Anwenden eines Hotfix für SQL Server in einer Topologie mit Transaktionsreplikation und Datenbankspiegelung

• Anwenden eines Hotfix für SQL Server in einer Topologie mit Replikation

• Gespiegelte Instanzen aktualisieren

• Installieren von SQL Server-Wartungsupdates

Kumulative SQL Server-Updates sind derzeit mehrsprachig verfügbar. Daher ist dieses CU-Paket nicht sprachspezifisch. Es gilt für alle unterstützten Sprachen.

Ein CU-Paket enthält alle verfügbaren Updates für alle Komponenten (Features) von SQL Server 2017. Mit dem kumulativen Updatepaket werden jedoch nur die Komponenten aktualisiert, die derzeit auf der von Ihnen für die Wartung ausgewählten SQL Server-Instanz installiert sind. 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 den Stand dieses CU zu aktualisieren.

Falls weitere Probleme auftreten oder eine Problembehandlung erforderlich ist, müssen Sie unter Umständen eine Serviceanfrage erstellen. Für zusätzliche Supportanfragen und -belange, die nicht für dieses spezielle kumulative Updatepaket geeignet sind, fallen die üblichen Supportgebühren an. Eine vollständige Liste der Telefonnummern des Microsoft-Kundendiensts und -Supports oder zum Erstellen einer separaten Serviceanfrage finden Sie auf der Microsoft-Supportwebsite.

1. Öffnen Sie in der Systemsteuerung das Element Programme und Features und wählen Sie dann Installierte Updates anzeigen aus.
2. Suchen Sie nach dem Eintrag für dieses kumulative Updatepaket unter SQL Server 2017.
3. Halten Sie den Eintrag gedrückt, oder klicken Sie mit der rechten Maustaste darauf, und wählen Sie Deinstallieren.

Zum Deinstallieren dieses CU in Linux müssen Sie das Paket auf die vorherige Version zurücksetzen. Weitere Informationen zum Zurücksetzen der Installation finden Sie unter Zurücksetzen von SQL Server.