17
WSUS Der letzte Versuch zur Synchronisierung de Katalogs ist fehlgeschlagen
Hallo Zusammen,
wie oben beschrieben, ist ein WSUS-Server bei uns nicht mehr am synchronisieren....
Die Eventlogs geben ID: 10022 / 12032 aus.
Ich habe zuvor den WSUS Content und die Datenbank von Partition D auf P Umgezogen.
Danach kamen die Synchprobleme...
Ich denke es gibt ein Problem mit der Datenbank..
Hat jemand eine Idee ?
Viele Grüße
Hanuta
wie oben beschrieben, ist ein WSUS-Server bei uns nicht mehr am synchronisieren....
Die Eventlogs geben ID: 10022 / 12032 aus.
Ich habe zuvor den WSUS Content und die Datenbank von Partition D auf P Umgezogen.
Danach kamen die Synchprobleme...
Ich denke es gibt ein Problem mit der Datenbank..
Hat jemand eine Idee ?
Viele Grüße
Hanuta
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 315700
Url: https://administrator.de/contentid/315700
Printed on: May 5, 2024 at 13:05 o'clock
17 Comments
Latest comment
Moin,
wie genau hast Du den Umzug gemacht? Wsusutil verwendet?
Die FM bekommst Du auch bei manuellen anstossen des Synch?
Welche Serverversion setzt Du ein?
Die Datenbank hast Du auch umgezogen?
So? http://www.wsus.de/de/HowTo/Verschieben-der-SUSDB
Gruss
wie genau hast Du den Umzug gemacht? Wsusutil verwendet?
Die FM bekommst Du auch bei manuellen anstossen des Synch?
Welche Serverversion setzt Du ein?
Die Datenbank hast Du auch umgezogen?
So? http://www.wsus.de/de/HowTo/Verschieben-der-SUSDB
Gruss
Huhu,
Serverversion ist 2K8R2,
Genau nach der Anleitung habe ich die Datenbank umgezogen. Wsusutil wurde zum umziehen des Content verwendet.
Das ganze wurde auf eine Partition umgezogen, die mit ISCSI auf einem NAS läuft.
VG
Serverversion ist 2K8R2,
Genau nach der Anleitung habe ich die Datenbank umgezogen. Wsusutil wurde zum umziehen des Content verwendet.
Das ganze wurde auf eine Partition umgezogen, die mit ISCSI auf einem NAS läuft.
VG
1
Moin,
prüf mal per WsusDebugTool.exe /Tool:GetConfiguration /? die aktuelle Config.
Es gibt unter http://www.wsus.de/de/HowTo/WSUSUtil auch eine gute Liste der möglichen Prüfungen.
Alternativ dazu, alles runter schmeißen, auch dabei nach Anleitung vorgehen und den WSUS komplett neu aufbauen.
Das dürfte in unter 30 Minuten erledigt sein, bevor Du nun stundenlang rumsuchst.
Gruss
prüf mal per WsusDebugTool.exe /Tool:GetConfiguration /? die aktuelle Config.
Es gibt unter http://www.wsus.de/de/HowTo/WSUSUtil auch eine gute Liste der möglichen Prüfungen.
Alternativ dazu, alles runter schmeißen, auch dabei nach Anleitung vorgehen und den WSUS komplett neu aufbauen.
Das dürfte in unter 30 Minuten erledigt sein, bevor Du nun stundenlang rumsuchst.
Gruss
Okay, hast du eine gute Anleitung ?
VG
VG
Das ganze wurde auf eine Partition umgezogen, die mit ISCSI auf einem NAS läuft.
Sowohl die Datenbank als auch der Content des WSUS müssen lokal gespeichert sein, nicht auf einem Netzlaufwerk.
Naja gut....deswegen ja über ISCSI....damit der Rechner als Lokale Platte sieht 
VG
VG
Zitat von @Edelweis:
Das ganze wurde auf eine Partition umgezogen, die mit ISCSI auf einem NAS läuft.
Sowohl die Datenbank als auch der Content des WSUS müssen lokal gespeichert sein, nicht auf einem Netzlaufwerk.Das hatte ich überlesen.
Freigabe über net use einbinden und eine vhd Datei erstellen, diese als lokale Platte einbinden, könnte funktionieren.
Guten Abend Hanuta,
Starte doch einmal das SQL Server Management Studio und führe folgenden SQL-Befehl aus:
Steht im Bereich Ergebnis der richtige Pfad zu den Datenbanken drin?
@sabines
Es ist aus meiner Sicht nicht mit der De/Installation getan. Meist sind Updates für bestimmte Computergruppen freigegeben bzw. geblockt. Andere Updates werden gar nicht mehr verteilt. Wer da keine saubere Doku führt, braucht nicht nur 30 Minuten, sondern ein paar Liter Kaffee, gute Nerven und 1-2-3 Tage Zeit.
Die Eventlogs geben ID: 10022 / 12032 aus.
Möchtest du auch noch die Beschreibung zum jeweiliger ID noch posten?Genau nach der Anleitung habe ich die Datenbank umgezogen.
bist du dir 100%ig sicher, dass du keinen Step ausgelassen hast? Hast du erst die Windows-Dienste beendet, Datenbank getrennt und anschließend verschoben?Starte doch einmal das SQL Server Management Studio und führe folgenden SQL-Befehl aus:
use susdb
go
sp_helpfile
go@sabines
Alternativ dazu, alles runter schmeißen, auch dabei nach Anleitung vorgehen und den WSUS komplett neu aufbauen. Das dürfte in unter 30 Minuten erledigt sein, bevor Du nun stundenlang rumsuchst.
Ich war so frei und habe den Link zu deinem Kommentar an unseren WSUS-Jungs geschickt. Denn die haben öfters mit Probleme zu kämpfen... :-PEs ist aus meiner Sicht nicht mit der De/Installation getan. Meist sind Updates für bestimmte Computergruppen freigegeben bzw. geblockt. Andere Updates werden gar nicht mehr verteilt. Wer da keine saubere Doku führt, braucht nicht nur 30 Minuten, sondern ein paar Liter Kaffee, gute Nerven und 1-2-3 Tage Zeit.
Huhu,
Jap habe alles genau so gemacht.
1. Dienste Beendet
2. Datenbank entkoppelt
3. Datenbank umgezogen
4. Alles wieder zusammegefügt.
Der Pfad Stimmt auch.
Das einzige, das mich etwas verwirrt, ist, dass nach dem P: ein \\ steht anstatt \ in der Datenbank....
Der möchte auch immer in der MMC den Serverknoten zurücksetzen, weil er angeblich die Datenbank nicht findet....kann aber ja nicht sein,
da es ja auch mit der SQL abfrage passt...
VG
Jap habe alles genau so gemacht.
1. Dienste Beendet
2. Datenbank entkoppelt
3. Datenbank umgezogen
4. Alles wieder zusammegefügt.
Der Pfad Stimmt auch.
Das einzige, das mich etwas verwirrt, ist, dass nach dem P: ein \\ steht anstatt \ in der Datenbank....
Der möchte auch immer in der MMC den Serverknoten zurücksetzen, weil er angeblich die Datenbank nicht findet....kann aber ja nicht sein,
da es ja auch mit der SQL abfrage passt...
VG
Moin,
MMC-Cache mal geleert? C:\Users\<username>\AppData\Roaming\Microsoft\MMC
Gruß,
Dani
Das einzige, das mich etwas verwirrt, ist, dass nach dem P: ein \\ steht anstatt \ in der Datenbank....
Bitte einen Screenshot posten. Der möchte auch immer in der MMC den Serverknoten zurücksetzen, weil er angeblich die Datenbank nicht findet....kann aber ja nicht sein,
da es ja auch mit der SQL abfrage passt...MMC-Cache mal geleert? C:\Users\<username>\AppData\Roaming\Microsoft\MMC
Gruß,
Dani
Gude,
Also hier erst einmal der Screen
Das mit der Datebank passt....
Leider hat das mit dem mmc cache nichts gebracht...bekomme noch den Selben fehler. Kann es damit was zu tun haben, das die Datenbank jetzt auch auf der ISCSI Patition liegt ? (Bekomme immer noch den Selben fehler..)
VG
Also hier erst einmal der Screen
Das mit der Datebank passt....
Leider hat das mit dem mmc cache nichts gebracht...bekomme noch den Selben fehler. Kann es damit was zu tun haben, das die Datenbank jetzt auch auf der ISCSI Patition liegt ? (Bekomme immer noch den Selben fehler..)
VG
Poste mal bitte die Ausgabe von
net use
Moin,
Kannst du das Ganze nochmals rückgängig machen? Nur um zu sehen, ob WSUS dann wieder funktionstüchtig ist...
Gruß,
Dani
Kann es damit was zu tun haben, das die Datenbank jetzt auch auf der ISCSI Patition liegt ? (Bekomme immer noch den Selben fehler..)
kann ich mir nicht vorstellen. Ich habe andere Datenbanken auch via iSCSI abgelegt und die sich wichtiger als WSUS. Kannst du das Ganze nochmals rückgängig machen? Nur um zu sehen, ob WSUS dann wieder funktionstüchtig ist...
Gruß,
Dani
Jop, werde es mal versuchen....kann natürlich auch sein, das die Datenbank ein Klatsch beim Umzug bekommen hat...
nope...hat leider nicht funktioniert....jetzt bin ich mit meinem Latein auch am Ende....Denke ich werde Ihn neu Aufsetzen...
Also neu Aufsetzen hat wunderbar funktioniert
Anscheinend hats beim datenbankumzug total was zerpfeffert....
vielen dank für eure Unterstützung :D
VG
Anscheinend hats beim datenbankumzug total was zerpfeffert....
vielen dank für eure Unterstützung :D
VG
