Freigeben über

Behandeln allgemeiner Installationsprobleme beim kumulativen SQL Server-Update

  • Artikel

Dieser Artikel enthält allgemeine Schritte zur Behandlung von Problemen, die auftreten können, wenn Sie ein kumulatives Update (CU) oder Service Pack (SP) auf Ihre Microsoft SQL Server-Instanz anwenden. Außerdem finden Sie Informationen zum Beheben der folgenden Fehlermeldungen oder Bedingungen:

  • Wait on Database Engine recovery handle failed Meldung und Fehler 912 und 3417 beim Ausführen von Upgradeskripts.
  • Setupfehler, die aufgrund fehlender MSI- oder MSP-Dateien (Update)-Dateien im Windows Installer-Cache auftreten.
  • The Database Engine system data directory in the registry is not valid oder the User Log directory in the registry is not valid Nachrichten.
  • Network path was not found und andere Fehlermeldungen, die Sie erhalten, wenn Remoteregistrierungsdienst- oder Administratorfreigaben für eine Always On Failover Cluster-Instanz (Always On Failover Cluster Instance, FCI) oder AlwaysOn-Verfügbarkeitsgruppen deaktiviert sind.

Informationen zur kumulativen Update- und Service Pack-Installation

Dieser Abschnitt enthält Informationen zu CU- und SP-Installationen.

  • Für Microsoft SQL Server 2016 und frühere Versionen:

    • Stellen Sie vor der Installation eines CU sicher, dass Ihre SQL Server-Instanz auf der richtigen SP-Ebene für dieses CU ist. Beispielsweise können Sie CU17 für SQL 2016 SP2 nicht anwenden, bevor Sie SP2 für die SQL Server 2016-Instanz anwenden.
    • Sie können immer das neueste CU für einen bestimmten SP-Basisplan anwenden, ohne vorherige CUs für dieses Service Pack anwenden zu müssen. Wenn Sie z. B. CU17 für SQL Server 2016 SP2-Instanz anwenden möchten, können Sie das Anwenden früherer Updates auf CU14, CU15 und CU16 überspringen, wenn sie nicht installiert sind, und CU17 direkt anwenden.

  • Für Microsoft SQL Server 2017 und höhere Versionen können Sie immer das neueste KU anwenden, das verfügbar ist. (Für SQL Server 2017 und höhere Versionen sind keine Service Packs vorhanden.)

  • Bevor Sie ein CU oder SP anwenden, stellen Sie sicher, dass die Instanz, die Sie aktualisieren, ordnungsgemäß installiert ist. Die SQL Server-Programmdateien und -Datendateien können nicht auf folgendem Computer installiert werden:

    • Ein Wechseldatenträger.
    • Ein Dateisystem, das Komprimierung verwendet.
    • Ein Verzeichnis, in dem sich Systemdateien befinden.
    • Freigegebene Laufwerke in einer Failoverclusterinstanz.

  • Wenn Sie ein Datenbankmodulfeature hinzufügen, nachdem Sie ein CU oder einen SP auf eine Instanz angewendet haben, sollten Sie das neue Feature auf dieselbe Ebene wie die Programminstanz aktualisieren, bevor Sie neue CUs oder SPs anwenden.

Allgemeine Methodik zur Problembehandlung

Isolieren Sie den Fehler, indem Sie die folgenden Schritte ausführen:

  1. Wählen Sie "Details" auf dem Fehlerbildschirm des Setupprozesses aus.
  2. Überprüfen Sie im Ordner "%programfiles%\Microsoft SQL Server\nnn\Setup Bootstrap\Log" Summary.txt im Abschnitt "Produktfeatures ermittelt", um zu ermitteln, ob eines der aufgeführten Features einen Fehler meldet. In diesem Beispiel können Sie sich auf das Beheben von Problemen konzentrieren, die sich auf dieses Feature auswirken.
  3. Wechseln Sie zum Unterordner mit dem Namen yyyyMMdd_HHmmss (z. B. 20220618_174947), der der gemeldeten Fehlerzeit entspricht, auf die Sie sich konzentrieren. Ziel ist es, bei Bedarf die featurespezifischen Dateien, ERRORLOG-Dateien und Details.txt Datei zu untersuchen.
  4. Wechseln Sie zum Unterordner \MSSQLSERVER, und suchen Sie die Protokolldateien, die für das Feature spezifisch sind, das fehlgeschlagen ist. Beispiel: sql_engine_core_inst_Cpu64_1.log. Überprüfen Sie bei Upgradeskriptfehlern die SQLServer_ERRORLOG_date_time.txt Dateien, die dem Zeitpunkt des Upgradefehlers entsprechen.
  5. Öffnen Sie die Details.txt Protokolldatei, und suchen Sie nach dem Schlüsselwort "Fehlgeschlagen". Nicht jeder Fehler gilt als kritisch.

Weitere Informationen finden Sie unter View and Read SQL Server Setup Log Files.

Suchen Sie in den nächsten Abschnitten nach einem Szenario, das Ihrer Situation entspricht, und führen Sie dann die zugehörigen Schritte zur Problembehandlung aus. Wenn kein übereinstimmende Szenario vorhanden ist, suchen Sie in den Protokolldateien nach weiteren Zeigern.

Fehler 912 und 3417 und "Warten auf Datenbank-Engine Wiederherstellungshandle fehlgeschlagen"

T-SQL-Upgradeskripts werden zusammen mit jedem kumulativen SQL Server-Update ausgeliefert. Sie werden ausgeführt, nachdem die SQL Server-Binärdateien durch die neuesten Versionen ersetzt wurden. Wenn diese T-SQL-Skripts aus irgendeinem Grund nicht ausgeführt werden, meldet das Setupprogramm den Fehler "Wait on Datenbank-Engine Recovery Handle failed". Setup zeichnet Fehler 912 und 3417 im neuesten SQL Server-Fehlerprotokoll auf. Fehler 912 und 3417 sind Mit Fehlern beim Upgrade von Datenbankskripts bzw. Fehlern beim Wiederherstellen der master Datenbank verbunden. Die Meldungen, die dem Fehler 912 vorausgehen, enthalten in der Regel Informationen zur Ursache des Fehlers, der beim Ausführen der Upgradeskripts aufgetreten ist.

Es könnte eine Vielzahl von Fehlern geben, die zusammen mit 912 und 3417 ausgelöst wurden. Weitere Informationen zu einer Zusammenfassung allgemeiner Szenarien und verwandter Lösungen finden Sie unter Problembehandlung bei Upgradeskriptfehlern beim Anwenden eines Updates.

Setupfehler, die durch fehlende Installationsprogrammdateien im Windows-Cache verursacht werden

Anwendungen wie SQL Server, die die Windows Installer-Technologie für den Setupprozess verwenden, speichern wichtige Dateien im Windows Installer-Cache. Der Standardspeicherort des Installationsprogramms lautet "C:\Windows\Installer". Diese Dateien sind zum Deinstallieren und Aktualisieren von Anwendungen erforderlich. Sie sind für diesen Computer einzigartig. Updates für Anwendungen, die von diesen Dateien abhängen, funktionieren nicht, wenn sie versehentlich gelöscht oder anderweitig kompromittiert werden. Verwenden Sie zum Beheben dieser Bedingung eine der folgenden Methoden, die unter " Wiederherstellen der fehlenden Windows Installer-Cachedateien" beschrieben sind:

  • Reparieren Sie die SQL Server-Installation.
  • Verwenden Sie das Tool FixMissingMSI.
  • Verwenden Sie das Skript FindSQLInstalls.vbs.
  • Manuelles Wiederherstellen der Dateien.
  • Stellen Sie Dateien aus den Systemstatussicherungen wieder her.
  • Überprüfen und implementieren Sie die unter "Wiederherstellen der fehlenden Windows Installer-Cachedateien" beschriebenen Verfahren.

Setup schlägt aufgrund falscher Daten oder des Protokollspeicherorts in der Registrierung fehl.

Wenn Sie ein CU oder SP installieren, wenn die Standarddaten- und Protokollordner ungültig sind, erhalten Sie möglicherweise Fehler, die den folgenden Nachrichten ähneln:

"Das Verzeichnis "Benutzerdaten" in der Registrierung ist ungültig. Überprüfen Sie den DefaultData-Schlüssel unter der Instanzstruktur auf ein gültiges Verzeichnis."

"Das Benutzerprotokollverzeichnis in der Registrierung ist ungültig. Überprüfen Sie den DefaultLog-Schlüssel unter der Instanzstruktur auf ein gültiges Verzeichnis."

"Fehler beim Installieren von SQL Server Datenbank-Engine Services Instance Features. Das Datenbank-Engine Systemdatenverzeichnis in der Registrierung ist ungültig."

Zur Behebung dieses Problems führen Sie die folgenden Schritte aus:

  1. Stellen Sie mithilfe von SQL Server Management Studio (SSMS) eine Verbindung mit der SQL Server-Instanz her.
  2. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf die SQL Server-Instanz, und wählen Sie "Eigenschaftendatenbankeinstellungen>" aus.
  3. Vergewissern Sie sich unter "Datenbankstandardspeicherorte", dass die Ordner in "Daten " und "Protokoll " korrekt sind.
  4. Wählen Sie in der SQL Server-Konfigurations-Manager SQL Server Services aus, doppelklicken Sie auf den betroffenen SQL Server-Dienst, wählen Sie die Registerkarte "Erweitert" aus, und stellen Sie sicher, dass der Wert des Datenpfads korrekt ist. Der Wert ist abgeblendt und kann nicht geändert werden. Wenn Sie dies jedoch korrigieren möchten, befolgen Sie die Methode 2 im Fehler, dass das Verzeichnis "Daten" oder "Protokoll" in der Registrierung beim Installieren des kumulativen SQL Server-Updates oder eines Service Pack zum Ändern des SQLDataRoot-Registrierungseintrags ungültig ist.
  5. Wiederholen Sie die CU- oder SP-Installation.

Falsch konfigurierte WSFC-Knoten (Windows Server-Failoverclustering)

Befolgen Sie für eine reibungslose Funktion und Wartung einer SQL Server-Failoverclusterinstanz (FCI) die bewährten Methoden, die vor der Installation von Failoverclustering und Verwaltung und Wartung von Failoverclusterinstanzen beschrieben sind. Wenn beim Anwenden eines CU oder eines SP Fehler auftreten, überprüfen Sie die folgenden Bedingungen:

  • Stellen Sie sicher, dass der Remoteregistrierungsdienst aktiv ist und auf allen Knoten des WSFC-Clusters ausgeführt wird.
  • Wenn das Dienstkonto für SQL Server kein Administrator in Ihrem Windows-Cluster ist, stellen Sie sicher, dass administrative Freigaben (C$ usw.) auf allen Knoten aktiviert sind. Weitere Informationen finden Sie unter Übersicht über Probleme, die auftreten können, wenn administrative Freigaben fehlen. Wenn diese Freigaben nicht ordnungsgemäß konfiguriert sind, bemerken Sie möglicherweise ein oder mehrere der folgenden Symptome, wenn Sie versuchen, ein CU oder SP zu installieren:
    • Das Update dauert eine lange Ausführung oder reagiert nicht. Setupprotokolle zeigen keinen Fortschritt an.
    • Setupprotokolle enthalten Nachrichten wie die folgenden:

      The network path was not found. System.UnauthorizedAccessException: Attempted to perform an unauthorized operation.

Weitere Informationen