WSUS Konsole stürzt ab wenn Quelle für Updates in Einstellungen geändert wird
Hi. Ich habe einen WSUS-Server auf Windows Server 2019 neu eingerichtet und ausversehen einen falschen lokalen Upstream-Server angegeben. Dies ist mir natürlich erst aufgefallen nachdem ich das meiste schon konfiguriert habe (Update-Ansichten, genehmigte und abgelehnte Updates, Clients und Server einsortiert, etc.). Jetzt wollte ich die Quelle zum richtigen Upstream-Server ändern (Server 2008 R2) und die Konsole schmiert ständig ab.
Im Anhang befindet sich ein Screenshot aus der Ereignisanzeige, in welcher auf ein Datenbank-Problem verwiesen wird. Ich habe mich im Netz bereits darüber informeirt und einiges gelesen. Als Lösung schlagen die meisten ein neuaufsetzen der Konfiguration vor inkl. dem löschen der Windows internal Datenbank.
Hat jemand dieses Problem schon mal ohne eine Neukonfiguration gelöst oder weiß jemand woher es resultiert?
Danke!
Benjamin
Im Anhang befindet sich ein Screenshot aus der Ereignisanzeige, in welcher auf ein Datenbank-Problem verwiesen wird. Ich habe mich im Netz bereits darüber informeirt und einiges gelesen. Als Lösung schlagen die meisten ein neuaufsetzen der Konfiguration vor inkl. dem löschen der Windows internal Datenbank.
Hat jemand dieses Problem schon mal ohne eine Neukonfiguration gelöst oder weiß jemand woher es resultiert?
Danke!
Benjamin
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 464333
Url: https://administrator.de/contentid/464333
Ausgedruckt am: 22.11.2024 um 19:11 Uhr
20 Kommentare
Neuester Kommentar
Hallo,
Gruß,
Peter
Zitat von @vanfeuchtsing:
Hi. Ich habe einen WSUS-Server auf Windows Server 2019 neu eingerichtet und ausversehen einen falschen lokalen Upstream-Server angegeben.
Deine uns gezeigten Fehler sagen aber alle aus das mit dein SQL Server (Instanz) etwas nicht stimmt, oder habe ich da was falsches gelesen?Hi. Ich habe einen WSUS-Server auf Windows Server 2019 neu eingerichtet und ausversehen einen falschen lokalen Upstream-Server angegeben.
Gruß,
Peter
Ggf. wäre es dann an der Zeit, sich um externe Hilfe zu kümmern,
siehe hier:
https://administrator.de/jobs
oder hier:
Btw: Spambeiträge gelöscht.
siehe hier:
https://administrator.de/jobs
oder hier:
Btw: Spambeiträge gelöscht.
Moin,
Ich zwar auch nicht direkt, aber egal...
Hast du mal den Healthcheck des WSUS durchgeführt:
https://www.windowspro.de/wolfgang-sommergut/health-status-wsus-ueberpru ...
Und auch mal die LogFiles (nicht nur eventvwr) des WSUS geprüft?
Existiert die WID des WSUS noch (zu finden unter C:\Windows\WID\Data)?
Kannst du dich mit der SUSDB von einem ManagementStudio aus verbinden:
https://www.windows-faq.de/2015/05/29/interne-wsus-datenbank-mit-sql-man ...
Gruß
em-pie
Ich zwar auch nicht direkt, aber egal...
Hast du mal den Healthcheck des WSUS durchgeführt:
https://www.windowspro.de/wolfgang-sommergut/health-status-wsus-ueberpru ...
Und auch mal die LogFiles (nicht nur eventvwr) des WSUS geprüft?
Existiert die WID des WSUS noch (zu finden unter C:\Windows\WID\Data)?
Kannst du dich mit der SUSDB von einem ManagementStudio aus verbinden:
https://www.windows-faq.de/2015/05/29/interne-wsus-datenbank-mit-sql-man ...
Gruß
em-pie
Hallo,
Es gab hier einen Beitrag eines Spammers worauf sich evtl die Antwort von @vanfeuchtsing bezog oder auf die Antwort von @certifiedit.net mit seinen Hinweis zu externe Hilfe. Da @certifiedit.net auch einer der Moderatoren hier ist und den Spammer hier zumindest rausgekickt hat....
Leider ist es oftmals schwer nach zu vollziehen worauf eine Antwort sich bezieht (und das wird mit zunehmenden Smartphone und Twitter und und und immer mehr). Und wenn man die Frage des TO sieht und dann seine Antwort, da fragt man sich unweigerlich ob der TO erst vo 10 Minuten seinen ersten WSUS aufgesetzt hat
Gruß,
Peter
Es gab hier einen Beitrag eines Spammers worauf sich evtl die Antwort von @vanfeuchtsing bezog oder auf die Antwort von @certifiedit.net mit seinen Hinweis zu externe Hilfe. Da @certifiedit.net auch einer der Moderatoren hier ist und den Spammer hier zumindest rausgekickt hat....
Leider ist es oftmals schwer nach zu vollziehen worauf eine Antwort sich bezieht (und das wird mit zunehmenden Smartphone und Twitter und und und immer mehr). Und wenn man die Frage des TO sieht und dann seine Antwort, da fragt man sich unweigerlich ob der TO erst vo 10 Minuten seinen ersten WSUS aufgesetzt hat
Gruß,
Peter
Da kann ich dir vielleicht helfen! Hatte vor einiger Zeit ein ähnliches Problem. Wenn du bei der Installation des Servers angegeben hast das die Datenbank in der WID aufgebaut werden soll, dann macht er das auch und installiert keinen SQL, das kurz dazu!
https://support.microsoft.com/en-us/help/4490414/windows-server-update-s ...
Wenn du dieser Anleitung folgst ist das Problem mit 90% iger Sicherheit weg. ;)
LG
https://support.microsoft.com/en-us/help/4490414/windows-server-update-s ...
Wenn du dieser Anleitung folgst ist das Problem mit 90% iger Sicherheit weg. ;)
LG
Hallo,
Thread Opener. Ja
Gruß,
Peter
Thread Opener. Ja
Und weshalb soll ich mir Jobs ansehen wenn ich nen WSUS-Problem habe?
Das war nur als Hilfe gedacht. Wir kennen deine fähigkeiten nicht. Nur aufgrund deiner Antwort wurde gemutmasst... Gruß,
Peter
Hallo,
Du Redest von WSUS Konsole stürzt ab wenn du etwas an deinen Einstellungen änderst und als erste Fehlermeldung (Bild von dir) steht dort das keine Verbindung zu der WSUS-Serverdatenbank hergestellt werden kann. Im 2ten Bild wirds noch Deutlicher denn dort steht Fehler: Datenbankfehler
Und was ist mit den Lösungsvorschlägen die man di angeboten hat?
Gruß,
Peter
Zitat von @vanfeuchtsing:
Wäre es denn so schlimm hätte ich heute erst meinen ersten WSUS-server aufgesetzt?
Nö, aber lesen scheint nicht deine Stärke zu sein Wäre es denn so schlimm hätte ich heute erst meinen ersten WSUS-server aufgesetzt?
Du Redest von WSUS Konsole stürzt ab wenn du etwas an deinen Einstellungen änderst und als erste Fehlermeldung (Bild von dir) steht dort das keine Verbindung zu der WSUS-Serverdatenbank hergestellt werden kann. Im 2ten Bild wirds noch Deutlicher denn dort steht Fehler: Datenbankfehler
Und was ist mit den Lösungsvorschlägen die man di angeboten hat?
Gruß,
Peter
Guten Morgen,
um das Thema nochmals aufzugreifen:
Wie Hendrik 2586 oben beschrieben hat, kannst du bei der Installation der WSUS-Rolle entweder WID oder eine SQL-Instanz als Datenbank angeben. Bei Auswahl von WID wird die Windows Internal Database installiert, wenn noch nicht vorhanden. Bei der Auswahl SQL musst du eine bereits existierende SQL-Instanz auswählen. Sofern nur SQL Express vorhanden ist, dann wäre die WID zu favorisieren aufgrund der bekannten Beschränkungen einer SQL-Express-Instanz. Beides auszuwählen läßt der Installer der WSUS-Rolle schon gar nicht zu.
Wenn du keine Zeit für Fehlersuche hast, dann kannst du den WSUS auch schnell neu aufsetzen. Ist oftmals schneller als stundenlang nach dem Fehler zu suchen.
1. WSUS-Rolle deinstallieren
2. Mit SQL Management-Studio auf die Datenbank verbinden und die SUSDB erst offline schalten. Aktive Verbindungen dabei trennen (Ja, Holzhammermethode ) und die SUSDB dann trennen.
3. Datenbank ggf. im Filesystem wegsichern und dann löschen oder gleich löschen
4. Im IIS in den Anwendungspools den WSUS-Pool löschen und bei den Sites die WSUS-Verwaltung löschen
5. WSUS-Content-Verzeichnis löschen
6. Neustart
7. WSUS-Rolle wieder installieren und WID verwenden
8. GPO anpassen, damit die Clients den WSUS finden.
9. WSUS starten, Setupassistent durchkaspern und dann die Erstsychronisierung durchlaufen.
Fertisch....Gruß NV
um das Thema nochmals aufzugreifen:
Wie Hendrik 2586 oben beschrieben hat, kannst du bei der Installation der WSUS-Rolle entweder WID oder eine SQL-Instanz als Datenbank angeben. Bei Auswahl von WID wird die Windows Internal Database installiert, wenn noch nicht vorhanden. Bei der Auswahl SQL musst du eine bereits existierende SQL-Instanz auswählen. Sofern nur SQL Express vorhanden ist, dann wäre die WID zu favorisieren aufgrund der bekannten Beschränkungen einer SQL-Express-Instanz. Beides auszuwählen läßt der Installer der WSUS-Rolle schon gar nicht zu.
Wenn du keine Zeit für Fehlersuche hast, dann kannst du den WSUS auch schnell neu aufsetzen. Ist oftmals schneller als stundenlang nach dem Fehler zu suchen.
1. WSUS-Rolle deinstallieren
2. Mit SQL Management-Studio auf die Datenbank verbinden und die SUSDB erst offline schalten. Aktive Verbindungen dabei trennen (Ja, Holzhammermethode ) und die SUSDB dann trennen.
3. Datenbank ggf. im Filesystem wegsichern und dann löschen oder gleich löschen
4. Im IIS in den Anwendungspools den WSUS-Pool löschen und bei den Sites die WSUS-Verwaltung löschen
5. WSUS-Content-Verzeichnis löschen
6. Neustart
7. WSUS-Rolle wieder installieren und WID verwenden
8. GPO anpassen, damit die Clients den WSUS finden.
9. WSUS starten, Setupassistent durchkaspern und dann die Erstsychronisierung durchlaufen.
Fertisch....Gruß NV
Hallo,
Aber bis jetzt noch nicht mal deinen Beitrag markiert. Dazu mal hier Lesen Wie kann ich einen Beitrag als gelöst markieren?
Gruß,
Peter
Aber bis jetzt noch nicht mal deinen Beitrag markiert. Dazu mal hier Lesen Wie kann ich einen Beitrag als gelöst markieren?
Gruß,
Peter
Hallo,
Aber du hast deinen WSUS neu aufgesetzt. Damit hast du selbst das Problem eliminiert.
Gruß,
Peter
Aber du hast deinen WSUS neu aufgesetzt. Damit hast du selbst das Problem eliminiert.
Gruß,
Peter