20.09.2016

8454

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

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 315700

Url: https://administrator.de/contentid/315700

Ausgedruckt am: 13.11.2024 um 00:11 Uhr

17 Kommentare

Neuester Kommentar

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

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

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

Okay, hast du eine gute Anleitung ?

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

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,

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

Steht im Bereich Ergebnis der richtige Pfad zu den Datenbanken drin?

@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... :-P

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.

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

Moin,

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