Behandeln von häufigen Problemen bei der Installation von SQL Server kumulativen Updates

  • 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 instance 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) 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 foundund andere Fehlermeldungen, die Sie erhalten, wenn Remoteregistrierungsdienst- oder Administratorfreigaben für eine Always On Failovercluster-instance (FCI) oder Always On Verfügbarkeitsgruppen deaktiviert sind.

Informationen zur Installation von kumulativen Updates und Service Packs

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 sich Ihre SQL Server instance auf der richtigen SP-Ebene für dieses CU befindet. Beispielsweise können Sie CU17 für SQL 2016 SP2 nicht anwenden, bevor Sie SP2 für die SQL Server 2016 instance anwenden.
    • Sie können immer das neueste CU für eine bestimmte SP-Baseline anwenden, ohne vorherige CUs für dieses Service Pack anwenden zu müssen. Wenn Sie z. B. CU17 auf SQL Server 2016 SP2 instance anwenden möchten, können Sie das Anwenden vorheriger 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 verfügbare CU anwenden. (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 instance, die Sie aktualisieren, ordnungsgemäß installiert ist. Die SQL Server Programmdateien und Datendateien können nicht installiert werden unter:

    • Ein Wechseldatenträger.
    • Ein Dateisystem, das die Komprimierung verwendet.
    • Ein Verzeichnis, in dem sich Systemdateien befinden.
    • Freigegebene Laufwerke in einem Failovercluster instance.

  • Wenn Sie ein Datenbank-Engine-Feature hinzufügen, nachdem Sie ein CU oder einen SP auf eine instance angewendet haben, sollten Sie das neue Feature auf die gleiche Ebene wie das Programm instance aktualisieren, bevor Sie neue CUs oder SPs anwenden.

Allgemeine Problembehandlungsmethodik

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

  1. Wählen Sie im Fehlerbildschirm des Setupprozesses Details aus.
  2. Überprüfen Sie im Ordner %programfiles%\Microsoft SQL Server\nnn\Setup Bootstrap\LogSummary.txt im Abschnitt Ermittelte Produktfeatures, um zu ermitteln, ob eines der aufgeführten Features einen Fehler meldet. Wenn ja, können Sie sich auf die Behebung von Problemen konzentrieren, die sich auf dieses Feature auswirken.
  3. Wechseln Sie zu dem Unterordner mit dem Namen yyyyMMdd_HHmmss (z. B. 20220618_174947), der der gemeldeten Fehlerzeit entspricht, auf die Sie sich konzentrieren. Das Ziel besteht darin, bei Bedarf die featurespezifischen Dateien, ERRORLOG-Dateien und Details.txt-Datei zu untersuchen.
  4. Navigieren Sie zum Unterordner \MSSQLSERVER, und suchen Sie die Protokolldateien, die für das feature spezifisch sind, bei dem ein Fehler aufgetreten ist. Beispiel: sql_engine_core_inst_Cpu64_1.log. Überprüfen Sie bei Fehlern beim Upgradeskript 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 (keyword) "Fehler". Nicht jeder Fehler wird als kritisch betrachtet.

Weitere Informationen finden Sie unter Anzeigen und Lesen SQL Server Setupprotokolldateien.

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 "Fehler beim Warten auf Datenbank-Engine-Wiederherstellungshandle"

T-SQL-Upgradeskripts werden zusammen mit jedem kumulativen Update SQL Server 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 "Fehler beim Warten auf Datenbank-Engine-Wiederherstellungshandle". Setup zeichnet die Fehler 912 und 3417 im aktuellen SQL Server Fehlerprotokoll auf. Fehler 912 und 3417 sind mit Datenbankskriptupgradefehlern bzw. fehlern beim Wiederherstellen der master Datenbank verbunden. Die Meldungen, die dem Fehler 912 vorangehen, enthalten in der Regel Informationen zur Grundursache des Fehlers, der beim Ausführen der Upgradeskripts aufgetreten ist.

Zusammen mit 912 und 3417 könnten verschiedene Fehler auftreten. Weitere Informationen zu einer Zusammenfassung gängiger Szenarien und verwandter Lösungen finden Sie unter Beheben von Fehlern bei Upgradeskripts beim Anwenden eines Updates.

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

Anwendungen wie SQL Server, die Windows Installer-Technologie für den Setupprozess verwenden, speichern kritische Dateien im Windows Installer-Cache. Der Standardspeicherort des Installers ist C:\Windows\Installer. Diese Dateien sind zum Deinstallieren und Aktualisieren von Anwendungen erforderlich. Sie sind für diesen Computer eindeutig. Updates zu Anwendungen, die von diesen Dateien abhängig sind, funktionieren nicht, wenn sie versehentlich gelöscht oder anderweitig kompromittiert werden. Um diese Bedingung zu beheben, verwenden Sie eine der folgenden Methoden, die unter Wiederherstellen der fehlenden Windows Installer-Cachedateien beschrieben werden:

Fehler beim Setup aufgrund falscher Daten oder des Protokollspeicherorts in der Registrierung

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

"Das Verzeichnis "Benutzerdaten" in der Registrierung ist ungültig. Überprüfen Sie, ob der DefaultData-Schlüssel unter der instance Hive auf ein gültiges Verzeichnis verweist."

"Das Benutzerprotokollverzeichnis in der Registrierung ist ungültig. Überprüfen Sie, ob der DefaultLog-Schlüssel unter der instance Struktur auf ein gültiges Verzeichnis verweist."

"Fehler bei der Installation SQL Server Features der Datenbank-Engine-Diensteinstanz. Das Datenbank-Engine-Systemdatenverzeichnis in der Registrierung ist ungültig."

Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

  1. Stellen Sie mithilfe von SQL Server Management Studio (SSMS) eine Verbindung mit dem SQL Server instance her.
  2. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf den SQL Server instance, und wählen Sie Eigenschaften>Datenbankeinstellungen aus.
  3. Stellen Sie unter Datenbankstandardspeicherorte sicher, dass die Ordner in Daten und Protokoll korrekt sind.
  4. Wählen Sie im SQL Server-Konfigurations-Manager SQL Server Services aus, doppelklicken Sie auf den betroffenen SQL Server Service, wählen Sie die Registerkarte Erweitert aus, und vergewissern Sie sich, dass der Wert von Datenpfad richtig ist. Der Wert ist abgeblendet und kann nicht geändert werden. Wenn Sie dies jedoch korrigieren möchten, befolgen Sie Methode 2 unter Fehler, dass das Daten- oder Protokollverzeichnis in der Registrierung ungültig ist, wenn sie SQL Server kumulativen Update oder ein Service Pack installieren, um den SQLDataRoot-Registrierungseintrag zu ändern.
  5. Wiederholen Sie die CU- oder SP-Installation.

Falsch konfigurierte WSFC-Knoten (Windows Server Failover Clustering)

Befolgen Sie für ein reibungsloses Funktionieren und die Wartung einer SQL Server Failoverclusterinstanz (FCI) die bewährten Methoden, die unter Vor der Installation von Failoverclustering und Failoverclusterinstanzverwaltung & Wartung beschrieben werden. Wenn beim Anwenden einer 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 eines oder mehrere der folgenden Symptome, wenn Sie versuchen, ein CU oder SP zu installieren:
    • Die Ausführung des Updates dauert lange oder reagiert nicht. Setupprotokolle zeigen keinen Fortschritt an.
    • Setupprotokolle enthalten Meldungen wie die folgenden:

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

Weitere Informationen