Sunny61

Hier findest Du weitere Infos zum auslesen des Logfiles: http://support.microsoft.com/kb/928228/de Hört sich alles nicht gut an. Läuft bzw. ist der Exchange vom SBS in Betrieb? Kannst Du evtl. einen zweiten DC ins Netz nehmen und den SBS neu installieren? Oder auf einen W2012R2 oder Essentials migrieren?

Eigentlich müsste dazu auch etwas im Eventlog zu finden sein. Bezüglich Sicherheitssoftware, evtl. ist dort ja eine Einstellung aktiv die deinen Task als 'böse' erkennt und ihn deshalb löscht.

Möglicherweise gibt es irgendwelche Sicherheitssoftware, oder der Benutzer ist schlauer als Du glaubst. ;)

OK, dann ist ja vieles klar. ;)

Könnte natürlich sein dass es ein GPO gibt, das diese Aufgabe löscht. Evtl. auch ein Tool das solche Einträge löscht weil die shutdown.exe darin vorkommt. Andere Sachen bzw. andere geplante Aufgaben bleiben gespeichert über Nacht? Wird in der Nach das System neu gestartet?

Na wunderbar. ;) Ganz sicher, denn wer will schon ein 100 GB Content? ;) Wie bekommt ihr die Mails? per POP3-Connector? ;) Viele Erfolg weiterhin. ;)

Das eine hat mit dem anderen nichts zu tun. Wenn Du alles an Produkten und Kategorien anklickst, und automatische Genehmigungsregeln für alles erstellst, wird der WSUS wieder genauso zugemüllt wie vorher. Und vergiss nicht: Du mußt den WSUS updaten, sieh dazu in die WSUS-FAQ No. 44: http://www.wsus.de/faq Das Script dort bekommt mit etwas gutem Willen in 10 Minuten incl. einem Testlauf zum laufen. Jetzt noch als geplante Aufgabe einrichten, fertig. Lieber ist mir allerdings das zweite Script, das schickt auch beim Abschluß schöne Mails. ;)

Hallo zusammen, für die Kombination WSUS Package Publisher und WSUS gibt es einen aktualisierten Artikel: http://www.gruppenrichtlinien.de/artikel/wsus-package-publisher-software-ueber-windows-server-update-service-bereitstellen/ Und auf WSUS.DE wurden zwei Kategorien aus dem Thema: http://wsus.de/lup > betrifft nur den Local Update Publisher http://wsus.de/wpp > betrifft nur den WSUS Package Publisher Happy Patching! :)

Wunderbar, freut mich für Dich und Danke für die Rückmeldung. ;) Seit W2012 wird der WSUS out of the Box auf Port 8530 installiert, da brauchst Du eigentlich nichts zu ändern. ;)

Üben, üben, üben und nochmal üben. So eine Zertifizierung macht man eigentlich um sein in der Praxis angeeignetes Wissen sich bestätigen zu lassen. Hast Du das Wissen nicht, fällst Du beim ersten Job ganz schnell auf die Nase. Und dort zählt nicht nur das auswendig lernen der Buchinhalte.

Auf welchem Port läuft der 'alte' WSUS? Port 80 oder 8530? Oder hast Du evtl. sogar das alles auf SSL umgestellt? Dann wäre es Port 8531. Sieh auf dem alten WSUS auf der Startseite nach, dort findest Du die Portangabe. http://www.wsus.de/images/wsus-version.png

Lass bitte alte Threads ruhen und mach einen neuen auf, Danke. Dort benötigen wir allerdings strukturierte Infos.

Weiter kannst Du prüfen ob Du den Serverbereinigungsassistenten vom WSUS aufrufen kannst. Möglicherweise ist die Ursache in dem Konzept WSUS zu suchen.

Wow, na was anderes hätte es ja auch nicht mehr sein können. ;) Danke für die Rückmeldung.

Du könntest dir den WSUS Package Publisher ansehen. In Kombination mit dem WSUS hast Du gute Chancen dass es klappt. Auf http://wsus.de/lup findest Du passende HowTos dazu.

Lies diesen Artikel bis zum Ende, dort findest Du einen weiterführenden Link. http://wsus.de/serverbereinigung1 Genau das meinte ich mit 1000 Dinge nebenher, das macht alles keinen Sinn. Man muss sich auf die gerade auszuführende Arbeit konzentrieren können, kann man das nicht, muss man sie liegen lassen.

Du kannst in einer administrativen Commandline ein sfc /scannow [ENTER] ausführen. Werden Fehler gemeldet?

Hmm, und der Client ist am WSUS wirklich auch noch in der richtigen Gruppe? Wenn man selbst keinen Zugriff auf den WSUS hat, ist das immer schlecht. Und nein, das erneute importieren hat keine Einwirkungen auf bestehende Clients.

Wow, 69,4 GB ist groß und die SUSDB ist auchzu groß. Mit klappt nicht kann niemand was anfangen. Hast Du denn auch deinen WSUS mit den richtigen Parametern im Script angegeben? Und genauere Fehlermeldungen kannst Du nur uns bringen. Wenn Du dich mit der PS nicht auskennst, mußt Du dich damit beschäftigen, das ist das Mittel der Wahl in Zukunft. Für die EventID 364 bekommst Du hier viele Lösungsvorschläge: http://www.eventid.net/display-eventid-364-source-Windows%20Server%20Update%20Services-eventno-5837-phase-1.htm Einen abarbeiten und wieder testen. Stück für Stück. Dort kannst Du auch die anderen EventIDs eingeben. BTW: Die ME-Nummern in den o.g. Links sind die KB-Artikel Nummern bei MS, einfach die Nummer kopieren und in der KB danach suchen. OK, es macht aber auch nicht unbedingt so richtig viel Sinn, tausend weitere Dinge nebenbei noch zu machen. Irgendetwas leidet immer darunter. Zielführender ist es auch sich auf ein Thema zu konzentrieren. Was wurde denn vor ein paar Tagen geändert? Seit wann genau funktioniert es nicht mehr? Update auf der Hardware-Firewall ausgeführt?

Du hast nach dem Update den Server komplett neu gestartet und mind. einmal mit den MS-Servern erfolgreich synchronisiert? Wenn ja, dann mußt Du das auf deinen Downstream-WSUS-Servern ebenfalls machen. Wie groß ist denn das Content vom WSUS? Wie groß ist denn die Datenbank? Zu finden über den Namen SUSDB. Du solltest ein Script zum regelmässigen bereinigen laufen lassen. http://wsus.de/serverbereinigung2 Einmal sauber und ordentlich konfigurieren und im Taskplaner täglich laufen lassen. Du mußt im Ereignisprotokoll nach der exakten Fehlermeldung suchen. Wie soll man helfen wenn PowerShell nicht funktionabel ist bei dir? Du hast also keinen Downstream-WSUS sondern nur diesen einen? Auf wsus.de ja, wesus.de kenn ich nicht. ;)

Da würde ich als erstes in den GPOs und GPPs nach dem möglichen Fehler suchen. Gibt es bei ein Netzlaufwerk mit dem Buchstaben M?

Der Master-WSUS hat sich noch nie mit einem Downstreamserver synchronisiert. Immer nur vom Downstream zum Master nach oben. Ja, das kann sein. Aber hast Du denn auch noch handfestes zu bieten? Was genau meinst Du mit 'nicht zufriedenstellend'? Du mußt den WSUS updaten, sieh dazu in die WSUS-FAQ No. 44: http://www.wsus.de/faq Welche Lösungsvorschläge hast Du denn schon probiert?

Und welches Rollup ist für den Exchange installiert? Das ist auch nicht unwichtig.

Das regelt man am besten über einen Proxy-Server. Alternativ auch auf der Hardware-Firewall. Mit Hilfe eines Proxy deaktivierst Du den Zugang ins Internet. Alles andere ist Bastelei, ebenfalls mein Hinweis auf die Lese- oder Ausführen Rechte.

Man kann den IE11 bzw. ein Update auch im WSUS wieder als Entfernen genehmigen. Standardmässig holt sich der WU-Agent die Updates erneut, falls die manuell deinstalliert wurden. In einer administrativen Commandline ein wuauclt /detectnow und wuauclt /reportnow ausgeführt, sollte eigentlich ausreichen. Nach 5 Minuten Windows Update aufrufen, jetzt nach Updates suchen lassen, der IE11 sollte wieder angeboten werden. Hast Du das auf mehreren Rechnern so ausgeführt oder nur auf einem? Du kannst natürlich auch den IE11 erneut in den WSUS importieren und dann nochmal freigeben. Ich würde es allerdings mit der Deinstallation über den WSUS nochmal probieren.