none
Installation Interne Windows Datenbank schläft fehl Ereignis-ID: 7041 RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo Team,

    wir haben einen Windows Server 2016 als neuer Domänencontroller in die Domäne integriert. Die FSMO Rollen sind noch nicht umgezogen. Beim Versuch die WSUS Rolle zu installieren scheitert es bei der Installation der Internen Windows Datenbank am Fehler 7041. Alle anderen notwendigen Features konnte ich einzeln installieren.

    Wie die Fehlermeldung sagt: Das Dienstkonto verfügt nicht über das erforderliche Benutzerrecht "Anmeldung als Dienst", habe ich versucht den Benutzer „NT SERVICE\MSSQL$MICROSOFT##WID“ in der GPO DDCP hinzuzufügen. Das Problem: das virtuelle Konto „NT SERVICE\MSSQL$MICROSOFT##WID“ habe ich in der gesamten Struktur nicht gefunden.

    Beim Abbruch der Installation ist der Dienst ‚Interne Windows-Datenbank‘ vorhanden und ich kann ihn mit einem anderen Konto starten. Nach dem Neustart des Servers ist der Dienst wieder weg.

    Seltsam ist die Fehlermeldung bei der Feature Installation: „…Der Vorgang kann nicht abgeschlossen werden, da der angegebene Server neu gestartet werden muss.“ Beim Neustart werden dann tatsächlich Updates installiert. Es sieht so aus als liegt das am Installationsversuch vom WID und nicht an Windows Updates.

    Vorgeschichte: die WSUS Rolle war bereits auf einem anderen Server in der Domäne installiert, aber ohne Einsatz. Auch die Deinstallation der Rolle auf dem alten Server und das Entfernen der GPOs die damals für den WSUS eingerichtet wurden haben das Ergebnis nicht verändert.

    Muss ich das virtuelle Konto NT SERVICE\MSSQL$MICROSOFT##WID manuell anlegen, oder warum kann die WID das Konto bei der Installation nicht erstellen?

    Über eine Lösung würde ich mich freuen.

    Samuel Schmidt
    Donnerstag, 5. April 2018 18:08
    |

Antworten

  • Question
    Anmelden
    1
    Anmelden

    Hallo Samuel,

    installiere den WSUS vor dem DC auf dem Server oder am besten die Rolle auf einem anderen Server.

    Der DC hat keine klassische lokale Benutzerverwaltung mehr, wie ein "normaler" Server. Dadurch kann der WSUS nicht die notwendigen Gruppen und User anlegen während des Installationsvorgangs.

    Alternativ WSUS und IIS deinstallieren, DC demoten, WSUS installieren, DC promoten.

    Freundliche Grüße

    Sandro Reiter
    Consultant Cloud Infrastructure

    Microsoft Azure
    Office 365




    • Als Antwort markiert ITSAM77 Freitag, 6. April 2018 10:22
    Freitag, 6. April 2018 10:05
    |

Alle Antworten

  • Question
    Anmelden
    1
    Anmelden

    Hallo Samuel,

    installiere den WSUS vor dem DC auf dem Server oder am besten die Rolle auf einem anderen Server.

    Der DC hat keine klassische lokale Benutzerverwaltung mehr, wie ein "normaler" Server. Dadurch kann der WSUS nicht die notwendigen Gruppen und User anlegen während des Installationsvorgangs.

    Alternativ WSUS und IIS deinstallieren, DC demoten, WSUS installieren, DC promoten.

    Freundliche Grüße

    Sandro Reiter
    Consultant Cloud Infrastructure

    Microsoft Azure
    Office 365




    • Als Antwort markiert ITSAM77 Freitag, 6. April 2018 10:22
    Freitag, 6. April 2018 10:05
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Sandro,

    vielen Dank für die Antwort. D.h. wir würden den WSUS auf einem anderen Server installieren.

    Letzte Frage noch: wenn wir die Datenbank auf einen SQL Server auslagern wird dieser Benutzer doch nicht benötigt. Wäre dann eine Installation auf dem DC möglich?

    Viele freundliche Grüße

    Samuel Schmidt

    Freitag, 6. April 2018 10:38
    |
  • Question
    Anmelden
    0
    Anmelden
    Das kann ich Dir nicht beantworten, ich habe einen WSUS noch nie mit SQL DB betrieben. Ich kenne nur genau Deinen Problemfall mit WSUS, DC und der WID - weil ich da selbst schon drüber gestolpert bin.

    Freundliche Grüße

    Sandro Reiter
    Consultant Cloud Infrastructure

    Microsoft Azure
    Office 365




    Freitag, 6. April 2018 10:44
    |