Entfernen einer Teilinstallation von SQL Server

Ursprüngliche Produktversion: SQL Server

Ursprüngliche KB-Nummer: 955404

Summe

Eine fehlgeschlagene SQL Server-Installation oder ein fehlgeschlagenes Upgrade kann eine inaktive SQL Server-Instanz hinterlassen, die spätere Setupversuche blockiert und den Setupfehler 1639 verursachen kann. In diesem Artikel wird beschrieben, wie Sie Setupprotokolle und den Bericht zur Ermittlung der installierten Features verwenden, um eine Teilinstallation zu identifizieren und zu entfernen, ohne funktionsfähige Instanzen zu entfernen. Außerdem werden die Diagnoseprotokolle aufgelistet, die erfasst werden sollen, wenn offiziell unterstützte Entfernungsmethoden fehlschlagen.

Symptome

Nachdem eine SQL Server Installation oder ein Upgrade fehlgeschlagen ist, schlägt möglicherweise auch ein nachfolgender Versuch fehl, dieselbe SQL Server Version auf demselben Computer zu installieren oder zu aktualisieren. Dieses Problem tritt am häufigsten nach einem fehlerhaften direkten Upgrade auf, bei dem der fehlgeschlagene Setupvorgang eine teilweise installierte oder inaktive SQL Server Instanz auf dem Computer verlässt. Sie können SQL Server nicht erneut installieren, da Setup eine vorhandene unvollständige Instanz findet.

Es können eines oder mehrere der folgenden Symptome auftreten:

  • Eine Instanz wird wie <InstanceName>.INACTIVE im Bericht zur Ermittlung der installierten SQL Server Features angezeigt.
  • Setup meldet, dass die Instanz-ID bereits von einer inaktiven SQL Server Instanz verwendet wird.
  • Setup gibt Fehler 1639 zurück, und das Komponentenprotokoll enthält „MSINEWINSTANCE erfordert eine neue Instanz, die installiert werden muss.“
  • Summary.txt weist Sie an, ein oder mehrere Features zu deinstallieren, bevor Sie Setup erneut ausführen.
  • Ein Feature schlägt fehl, da eine Abhängigkeit fehlgeschlagen ist und der erste Fehler in den Protokollen auf eine unvollständige Instanz oder nicht verfügbare Installationsquelle verweist.

Ursache

Wenn SQL Server Setup während der Installation fehlschlägt, kann eine teilweise installierte Instanz auf dem Computer verbleiben. SQL Server Setup setzt nicht immer alle vor dem Fehler vorgenommenen Änderungen zurück. Wenn Sie Setup erneut ausführen, kann Setup die teilweise installierte Instanz erkennen. Dies kann verhindern, dass Setup die für die neue Installation erforderliche Instanzkonfiguration bestimmt oder erstellt.

Der ursprüngliche Installationsfehler kann viele Ursachen haben. Beispielsweise ist eine Voraussetzung, Installationsquelle, ein Windows Installer-Paket oder eine andere Setupkomponente möglicherweise fehlgeschlagen. Durch das Entfernen der Teilinstallation wird die ursprüngliche Ursache des Fehlers nicht behoben. Sie müssen den ursprünglichen Fehlschlag korrigieren, bevor Sie Setup wiederholen.

Voraussetzungen zum Entfernen einer inaktiven SQL Server-Instanz

  • Bevor Sie beginnen, stellen Sie sicher, dass Sie für jede SQL Server Instanz auf dem Computer über verwendbare Sicherungen aller Benutzer- und Systemdatenbanken verfügen.
  • Identifizieren Sie alle aktiven Instanzen, und notieren Sie deren Instanznamen, Instanz-IDs, Editionen, Versionen und installierte Feature-IDs, damit Sie sie von der inaktiven Instanz unterscheiden können.
  • Kopieren Sie den neuesten SQL Server Setupprotokollordner an einen sicheren Speicherort. Der Standardpfad lautet %ProgramFiles%\Microsoft SQL Server\<VersionNumber>\Setup Bootstrap\Log\<Timestamp>.
  • Verwenden Sie Installationsmedien für dieselbe SQL Server-Hauptversion, mit der die inaktive Instanz erstellt wurde, es sei denn, Summary.txt weist Sie ausdrücklich auf andere Medien hin.
  • Führen Sie Befehle in einer Eingabeaufforderung mit erhöhten Rechten aus. Überprüfen Sie auf einem Server mit mehreren Instanzen den Instanznamen, die Instanz-ID und die Featureliste vor jedem Entfernungsbefehl.
  • Behandeln Sie für eine Failoverclusterinstanz keinen Clusterknoten als eigenständige Instanz. Verwenden Sie den SQL Server Failoverclusterwartungsworkflow, und überprüfen Sie die Protokolle des betroffenen Knotens.

Important

Löschen Sie nicht SQL Server Registrierungsschlüssel, Dienste, Ordner oder Dateien als allgemeine Bereinigungsmethode. Manuelle Registrierungsbereinigung oder Dateisystembereinigung kann freigegebene Komponenten entfernen oder funktionierende Instanzen beschädigen. Wenn unterstützte Entfernungsmethoden fehlschlagen, sammeln Sie Protokolle und kontaktieren Sie den Microsoft-Support.

Entfernen Sie eine inaktive SQL Server-Instanz

Führen Sie die folgenden Schritte aus, um eine inaktive SQL Server Instanz zu entfernen. Beenden Sie bei jedem Schritt, in dem die inaktive Instanz nicht mehr im Discovery-Bericht angezeigt wird.

  1. Überprüfen Sie das Setupergebnis und identifizieren Sie die inaktive Instanz

    Öffnen Sie Summary.txt aus dem letzten fehlgeschlagenen Setupversuch. Wenn Summary.txt einen Befehl zum Entfernen der fehlgeschlagenen oder inaktiven Installation bereitstellt, verwenden Sie diesen Befehl als erste Entfernungsmethode. Notieren Sie den vorgeschlagenen Deinstallationsbefehl, den Instanznamen oder die Instanz-ID und die im Befehl aufgeführten Features. Überprüfen Sie Detail.txt und das erste fehlerhafte Komponentenprotokoll, um zu bestätigen, dass der Fehler zur inaktiven Instanz gehört.

    %ProgramFiles%\Microsoft SQL Server\<VersionNumber>\Setup Bootstrap\Log\<Timestamp>\Summary.txt

  2. Führen Sie den von Setup vorgeschlagenen Deinstallationsbefehl aus

    Wenn Summary.txt einen Deinstallationsbefehl bereitstellt, verwenden Sie diesen Befehl, um die Teilinstallation zu entfernen.

    Öffnen Sie eine Eingabeaufforderung mit erhöhten Rechten, und wechseln Sie in das Verzeichnis, das setup.exe auf dem entsprechenden SQL Server-Installationsmedium enthält.

    Beispiel:

    cd /d "<Drive>:\<InstallationMediaFolder>"

    Führen Sie dann den genauen Befehl aus, der von Summary.txt.

    Beispiel:

    setup.exe /Q /ACTION=UNINSTALL /INSTANCEID=<InstanceId> /FEATURES=<FeatureList>

    Dieser Befehl ist nur ein Beispiel. Ersetzen Sie die Instanz-ID oder Featureliste nicht durch Werte von einer anderen Installation oder einem anderen Computer. Verwenden Sie die von Summary.txt für die fehlgeschlagene Installation bereitgestellten Werte.

    Important

    Überprüfen Sie die Instanz-ID, bevor Sie den Befehl ausführen. Auf einem Computer mit mehreren SQL Server Instanzen kann das Ausführen des Befehls für die falsche Instanz eine Arbeitsinstanz entfernen.

    Weitere Informationen finden Sie unter Deinstallieren einer vorhandenen Instanz von SQL Server (Setup).

  3. Generieren des Berichts zur Ermittlung der installierten Features

    Starten Sie das SQL Server-Installationscenter von dem entsprechenden Medium. Wählen Sie "Extras>installiert" SQL Server Bericht zur Featureermittlung aus. Überprüfen Sie den Bericht , und ermitteln Sie, ob die Teilinstallation noch als <InstanceName>.INACTIVEaufgeführt ist.

    Beispiel:

    MSSQLSERVER.INACTIVE

    Wenn die inaktive Instanz nicht mehr aufgeführt ist, überprüfen Sie, ob die funktionsfähigen SQL Server Instanzen und deren erwartete Features weiterhin vorhanden sind. Sie können dann mit den Schritten zur Problembehandlung für den ursprünglichen Setupfehler fortfahren, bevor Sie die Installation wiederholen.

    Wenn die inaktive Instanz nach dem Ausführen des von Summary.txtihnen bereitgestellten Deinstallationsbefehls weiterhin aufgeführt ist, fahren Sie mit dem nächsten Schritt fort. Verwenden Sie die Discovery-XML, um die Windows Installer-Produkte zu identifizieren, die der inaktiven Instanz zugeordnet sind, und entfernen Sie nur die überprüften Produkte.

  4. Entfernen Sie die verbleibenden Windows Installer-Produkte für die inaktive Instanz

    Wenn der Discovery-Bericht die inaktive Instanz weiterhin auflistet, nachdem Sie den Deinstallationsbefehl von Summary.txt aus ausgeführt haben, suchen und öffnen Sie die discovery XML. Identifizieren Sie die Einträge, die der inaktiven Instanz zugeordnet sind, und notieren Sie für jedes entsprechende Feature die ProductCode. Stellen Sie vor dem Entfernen eines Produkts sicher, dass die ProductCode Inaktive Instanz gehört und nicht zu einer funktionierenden SQL Server Instanz oder einer freigegebenen Komponente.

    ProductCode="{<ProductCodeGuid>}"

    Führen Sie den folgenden Befehl über eine Eingabeaufforderung mit erhöhten Rechten für jeden verifizierten Produktcode aus:

    msiexec.exe /x {<ProductCodeGuid>}

    Wiederholen Sie den Befehl für jedes ProductCode.

    Caution

    Entfernen Sie nur die Einträge, die ProductCode der inaktiven Instanz zugeordnet sind. Deinstallieren Sie produkte nicht als Masseninstallation, weil ihr Anzeigename SQL Server enthält. Ein Computer kann Produkte und freigegebene Komponenten enthalten, die für aktive SQL Server-Instanzen erforderlich sind.

  5. Überprüfen Sie, ob die Entfernung abgeschlossen ist, bevor Sie Setup erneut ausführen

    • Generieren Sie den Bericht "Installed SQL Server Features Discovery".
    • Vergewissern Sie sich, dass die inaktive Instanz nicht mehr aufgeführt ist.
    • Vergewissern Sie sich, dass alle funktionierenden Instanzen und ihre erwarteten Features weiterhin aufgelistet sind.
    • Programme und Features nur als sekundäre Prüfung überprüfen; verwenden Sie nicht allein Produktnamen, um zu entscheiden, was entfernt werden soll.
    • Starten Sie den Computer neu, wenn der Entfernungsvorgang dies anfordert. Führen Sie dann die ursprüngliche Installation oder das Upgrade von gültigen lokalen oder zuverlässig zugänglichen Medien erneut aus.

Beheben häufiger Deinstallationsszenarien und Setupfehler

Scenario Was Sie sehen könnten Empfohlene Maßnahme
Inaktive Instanz blockiert die Einrichtung Der Erkennungsbericht zeigt <InstanceName>.INACTIVE an, oder Setup gibt an, dass die Instanz-ID bereits verwendet wird. Folgen Sie dem Abschnitt Entfernen einer inaktiven SQL Server-Instanz. Verwenden Sie den Befehl "Deinstallieren" aus Summary.txt, und entfernen Sie dann nur überprüfte ProductCode Einträge, die zur inaktiven Instanz gehören.
Fehler 1639 / MSINEWINSTANCE Ein Komponentenprotokoll besagt, dass eine angegebene Instanz bereits installiert ist und MSINEWINSTANCE eine neue Instanz erfordert. Korrelieren Sie das Produkt oder die Transformation mit der inaktiven Instanz. Behandeln Sie "ungültige Befehlszeile" nicht als Nachweis, dass die vom Benutzer eingegebene Setupsyntax die einzige Ursache ist.
Abhängigkeit schlägt mit Fehler 53 fehl oder der Netzwerkpfad wurde nicht gefunden Summary.txt meldet einen Abhängigkeitsfehler, und ein Komponentenprotokoll meldet, dass eine Quelle oder ein Netzwerkpfad nicht verfügbar ist. Stellen Sie den Zugriff auf die erforderliche Quelle wieder her, oder verwenden Sie gültige lokale Medien. Entfernen Sie dann die inaktive Instanz, wenn Setup eine erstellt hat. Wiederholen Sie den Vorgang erst, nachdem das Quellproblem behoben wurde.
Fehlende MSI- oder MSP-Datei im Windows Installer-Cache Für Reparatur, Patchen, Upgrade oder Deinstallation wird ein MSI/MSP benötigt, das nicht gefunden werden kann, oder ein Feature ist nicht zur Auswahl verfügbar. Verwenden Sie die Anleitung in Microsoft Learn, um fehlende Cachedateien von Windows Installer wiederherzustellen. Kopieren Sie eine Datei nicht von einem anderen Computer, es sei denn, die dokumentierte Überprüfung bestätigt, dass es sich um das genaue erforderliche Paket handelt.
Treiber- oder Laufzeitpaket ist der erste Ausfall. Das erste fehlerhafte Paket ist ein ODBC-Treiber, OLE DB-Treiber oder Visual C++-Laufzeitpaket. Reparieren oder deinstallieren Sie die betroffene Abhängigkeit über den unterstützten Installationsprogrammworkflow basierend auf dem MSI-Protokoll und der installierten Version. Entfernen Sie nicht standardmäßig alle Treiber.
Failoverclusterinstanz Der fehlgeschlagene Vorgang betrifft einen FCI-Knoten oder eine clusterierte Instanz. Verwenden Sie in SQL Server Setup Clusterwartungsaktionen wie Remove node, wenn zutreffend. Bewahren Sie die Clusterkonfiguration auf, und sammeln Sie Protokolle von jedem betroffenen Knoten.
Die unterstützte Deinstallation schlägt weiterhin fehl. Der Summary.txt Deinstallationsbefehl und die überprüfte ProductCode Entfernung schlagen beide fehl, oder der inaktive Eintrag bleibt bestehen. Stoppen Sie die manuelle Bereinigung. Bewahren Sie Setupprotokolle, Erkennungsberichte, MSI-Protokolle und eine Systemkonfigurationsmomentaufnahme auf, und wenden Sie sich an Microsoft-Support.

Wann das Entfernen beendet und Protokolle gesammelt werden sollen

Beenden Sie den Entfernungsversuch, wenn eine dieser Bedingungen zutrifft, und sammeln Sie Diagnoseprotokolle und Instanzinformationen, bevor Sie sich an Microsoft Support wenden.

  • Sie können einen ProductCode nicht sicher der inaktiven Instanz zuordnen.
  • Der Computer hostet andere funktionierende SQL Server Instanzen oder freigegebene Features, und die vorgeschlagene Entfernung könnte sie beeinträchtigen.
  • Die inaktive Instanz gehört zu einem Failovercluster, und die normale Clusterwartungsaktion schlägt fehl.
  • Der Deinstallationsbefehl schlägt wiederholt fehl, Windows Installer meldet fehlende Quelldateien, oder das Entfernen von msiexec schlägt fehl.
  • Die verbleibende Option würde das manuelle Löschen von Registrierungsschlüsseln, Diensten, Installationscachedateien oder SQL Server Ordnern erfordern.

SQL Server-Diagnoseprotokolle und Instanzinformationen sammeln

Sammeln Sie die folgenden Informationen, bevor Sie zusätzliche Änderungen am Computer vornehmen:

Hinweis

SQL LogScout ist ein Diagnosesammlungstool. Verwenden Sie für SQL Server Setup- oder Installationsprobleme das Installation/Setup Szenario, damit die relevanten Setupprotokolle und Diagnoseinformationen gesammelt werden. Weitere Informationen finden Sie unter Problembehandlungs- und Diagnosetools für SQL Server lokalen und Hybridszenarien.

Verwandte Inhalte

  • Zuletzt aktualisiert um