phatair schrieb on 30.11.12 um 15:15:19:


Nimm die Windows Internal Database, reicht vollkommen aus.

Danke euch beiden. Dann kann das Projekt ja beginnen

phatair schrieb on 04.12.12 um 13:31:18:


Hast Du einen stündliche Replizierung/Synchronisierung eingestellt? Wenn nein, hol das nach. Damit werden auch die Clients auf dem Master in die richtigen Gruppen einsortiert. Lass dem ganzen auch eine Nacht Zeit, am nächsten Morgen sollte alles korrekt sein.

phatair schrieb on 04.12.12 um 13:47:42:


Ja, das solltest Du ruhig alle Stunden laufen lassen. So wird der Master WSUS immer aktuell gehalten.

Nein, mit dem LUP kann es nichts zu tun hab. Warte über Nacht, morgen sollte der Rechner auf dem Master WSUS richtig einsortiert sein.

Freut mich für Dich und Danke für die Rückmeldung.

phatair schrieb on 14.05.13 um 11:12:09:


Sind die Clients nach dem Verschieben auch eingeschaltet gewesen? Haben Sie sich nach dem Verschieben nochmal beim WSUS gemeldet? Sind die Clients auf dem WSUS des ersten Standortes in den Nicht zugewiesenen Clients?

phatair schrieb on 14.05.13 um 11:12:09:


Das habe ich auch schon ab und an festgestellt. Du kannst auf dem Downstream WSUS auch dieses Script laufen lassen, das in diesem HowTo genannt ist: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Wann wurde der Serverbereinigungsassistent zuletzt aufgerufen? Das sollte man automatisiert täglich machen.

phatair schrieb on 14.05.13 um 11:49:21:


Dieses Powershellscript tut bei mir gute Dienste: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Schickt auch Mails wenn gewünscht.

phatair schrieb on 14.05.13 um 11:49:21:


Es gibt verschiedene Lösungsvorschläge: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Auch mal das hier durchgehen: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Welche Fehlermeldungen findest Du in der SoftwareDistribution.log? Die findet sich im Programmverzeichnis\Logs vom WSUS.

phatair schrieb on 14.05.13 um 11:49:21:


Das ::1 ist die IPV6 Adresse des Localhost, bei IPV4 war es 127.0.0.1.

phatair schrieb on 14.05.13 um 11:49:21:


Die Gruppen und Updatemetadaten sind in der SQL Server Datenbank. Hast Du das Script gestartet? Wenn ja, dann kann das sein, das kann beim ersten Durchlauf bis zu mehreren Stunden dauern. Am besten lässt Du auch das Script per SQLCMD und Taskplaner regelmässig laufen.

phatair schrieb on 14.05.13 um 11:49:21:


Wenigstens etwas.

Hi Sunny,

ich habe das Script zur Serverbereinigung durchgeführt und ein reindex der WSUS DB angestoßen. Dann habe ich den Tip auf der microsoft Setie durchgeführt. Danach habe ich beide Server neu gestartet und siehe da jetzt scheint wieder alles zu funktionieren.

Das powershell script habe ich bei uns jetzt als geplanten Task laufen.

Vielen Dank für deine schnelle Hilfe.

Gruß,
Steffen

Hallo zusammen,

leider muss ich noch mal dieses Thema noch mal  "aktivieren".

Ich habe wieder bzw. immer noch das Problem.
Die PCs die ich im Replica WSUS in eine Gruppe verschiebe, erscheinen auch auf dem Primary WSUS in der Gruppe. Wenn ich dann allerdings die PCs wieder aus der Gruppe entferne, verschwinden sie aus der Gruppe im Replica WSUS aber im Primary WSUs bleiben sie bestehen.

Ich habe schon ein reindex der WSUS DB durchgeührt (auf beiden Servern) und die Serverbereinigung durchgeführt (auch auf beiden).

Die Synchronisierung zwischen beiden Servern läuft jeden Tag 6x.

Ich bin so langsam am verzweifeln...wäre nett wenn mir ncoh mal jemand helfen könnte.

Gruß,
Steffen

Hi Sunny,

ich versuche es mal etwas ganauer zu beschreiben.

Wir haben 2 WSUS Server, einen in Deutschland und einen in Mexico.
Der WSUS in Deutschland ist Primary und der in Mexico ist ein Replikat der den WSUS in Deutschland als Upstreamserver nutzt.
Ich habe mehrere Computergruppen, 1 davon beinhaltet alle Computer aus unserem Standort in Mexico (Workstation MX).
Ich habe 1 Computergruppe "Install", dort verschiebe ich alle PCs immer rein um die Updates zu installieren (ich markiere die PCs, wähle Mitgliedschaft ändern und wähle die Gruppe Install zusätzlich aus). Wenn die PCs gepatched sind wähle ich wieder Mitgliedschaft ändern und entferne den Haken bei der Gruppe Install wieder.

Dieses verschieben kann ich nur über den WSUS in Mexico machen, in Deutschland habe ich nur die Option löschen aber nicht die Option Mitgliedschaft ändern.

Wenn ich nun die PCs aus der Gruppe "Install" in die Gruppe "Workstation MX" zurück verschiebe, werden diese auf dem WSUS in Mexico auch richtig dargestellt (sind im Install verschwunden und erscheinen in Workstation MX). Auf dem Wsus in Deutschland bleiben sie aber weiterhin in der Gruppe Install und erscheinen nicht mehr in der Gruppe Workstation MX.

Ich hoffe es ist nun einigermaßen verständich was mein Problem ist.

Sunny schrieb on 24.07.13 um 12:40:41:

Ich gehe davon aus ja, da ich im WSUS als letzen Statusbericht das aktuelle Datum habe.  Die Synchronisierung läuft 6x am Tag und ich habe sie auch manuell noch mal angestoßen

Sunny schrieb on 24.07.13 um 12:40:41:

Das würde ich auch gerne, aber ich habe irgendwie Angst auf 100 Clients auf einmal die Updates zu installieren. Wenn bei den Tests dann irgendwas nicht aufgefallen ist, sind gleich 100 Clients auf einmal betroffen :/
Mit den 2 Gruppen kann ich die Clients doch etwas gezielter nacheinander updaten.

Notfalls mache ich es dann so, dass ich sie manuell lösche.