Sunny61

Bei den Empfehlungen wundert es mich, dass sie euch überhaupt EDV/IT empfehlen. :) WSUS in Kombination mit dem WSUS Package Publisher hilft beim zur Verfügung stellen der Updates für den Reader und viele andere Software ganz wunderbar. Geht sogar mit mehr als 50 Clients. :)

Was Dukel dir in Kurzform geschrieben hat, bedeutet in der Langform das hier: 1 x Hardware kaufen incl. W2016 Server. Hyper-V Rolle installieren, nur Hyper-V Rolle, nichts anderes. Auf diesem Hyper-V darfst Du dann 2 W2016 als VM laufen lassen. Einen DC und einen WSUS. Der DC sollte IMO auch gleich DHCP sein, DNS in einer Windows Domain muss er auch sein.

Wenn es denn dem Frieden hilft, ok. :)

Meine Argumente sind sachlich, aber sowas von sachlich. :)

Nein, denn der ausführende User, Du hast sicherlich 'Erhöhte Rechte' zur Ausführung angefordert in der Aufgabe, hat das LW G:\ nicht. Probier es doch mal aus, als der User anmelden, die cmd.exe mit Rechtsklick > Ausführen als Administrator öffnen anklicken und in dem Fenster jetzt versuchen auf das LW G:\ zu wechseln. Klappt nicht, oder doch? Scripte immer lokal ablegen, am besten immer im gleichen lokalen Ordner. _Batch oder _Install. Wenn das überall gleich ist, erleichtert das die Administration ungemein.

Wir haben 18 WSUS Server im Einsatz, der WSUS macht nie Probleme. Wenn dann sind es die Clients die Probleme machen.

Wie genau lautet der Pfad zum Script? Ist ein LW-Buchstabe ungleich C:\ im Pfad? Mit welchem User genau führst Du das Script in der Aufgabenplanung aus? SYSTEM? Darf der ausführende User denn auf den Backup Pfad schreiben? Wenn es der User SYSTEM ist, müssen die Authentifizierten Benutzer natürlich schreiben dürfen.

Bäh, ein net use in einem Script in der Aufgabenplanung ist bäh! Egal welches Argument du dagegen bringst, sowas macht man einfach nicht, für mich ist das bäh! :)

Wir wissen nicht was bei @lindi200000 schon alles installiert war/wurde. Ich bin grundsätzlich kein Freund von OEM-Installationen, die negativen Fälle überwiegen für mich. @lindi200000 Freut mich für Dich wenn jetzt alles klappt, Danke für die Rückmeldung. :)

Bei mir klappen die Windows Updates auch auf einem älteren PC, und jetzt? Details bitte preisgeben, sofern sie nicht geheim sind.

Netzwerklaufwerksbuchstaben haben in einem Script in der Aufgabenplanung nichts zu suchen. Das Thema gibt es ohne Ende, und trotzdem liest es niemand. Schade, sehr schade.

Ja, Du kannst jedes W10 ISO von MSFT downloaden und installieren. Die Lizenz ist im BIOS hinterlegt.

Vermutlich meinst Du dieses Script:

Du führst das auch mit Rechtsklick > Ausführen als Administrator aus? Falls ja, funktioniert es an einem anderen PC? Deinstalliere zum Test den AV-Scanner *rückstandsfrei*. Anschließend zweimal neu starten.

Nochmal einen Reboot hast Du schon gemacht? Und anschließend nochmal probieren. Wenn es dann immer noch diese Meldung gibt, am besten in das Ereignisprotokoll schauen.

Bei einem neu installierten Exchange gehen die Alarmglocken an. Wie lautet die Build des Exchange? http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern

Danke für den Hinweis, die 5 Minuten waren noch eingebrannt. :)

Würde mich wundern, wenn jemand den Schnellstart ganz sicher abgeschaltet hat. Wie genau schaltest Du den denn ab? Per GPO oder PS-Script? Ja, der Client kann die GPOs nur von einem DC holen, und wenn der DC sie noch nicht hat, dann kann sie der Client auch nicht holen. Innerhalb eines AD-Standortes replizieren sich die DCs alle 5 Minuten, sofern die Replikation auch funktioniert. Das musst Du prüfen. Von einem AD-Standort zum Anderen ist es eine Einstellungssache des Admin.

Das gpupdate /force hättest Du dir sparen können, vermutlich hätte ein einfacher zweiter Neustart geholfen. Ich vermute jetzt ganz dreist, es handelt sich um W10 Clients, falls ja, die starten IMHO alle viel zu schnell und die Netzwerkschnittstelle wird erst geladen, wenn der Desktop so da ist. Eine mögliche Lösung ist das Deaktivieren des Schnellstart, kann man auch per PS mit Hilfe eines geplanten Task erreichen. Damit sollte es schon viel besser funktionieren. Funktioniert es dann immer noch nicht wie gewünscht, dann wirst Du wohl noch etwas bremsen müssen. Ein Artikel der beim Verständnis hilft: https://www.gruppenrichtlinien.de/de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ Und noch einer für die Bremse: https://www.gruppenrichtlinien.de/de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/

In https://wsus.de/scripts findest Du mehre Scripte. Bereinigungsscript täglich laufen lassen. Das hier ist auch interessant: https://wsus.de/de/Scripts/Decline-WSUS-Updates Läuft bei uns auch täglich. Wenn Du kannst, dann ergänze das Script einfach um Ablehnungen, die bei dir überflüssig sind. Das können z.B. 32-Bit CUs von W10 sein. Oder die CUs von bestimmten Versionen von W10. Wegen der Genehmigungen, da findest Du sogar hier im Board ein Script:

Bei W10 hat sich einiges geändert, und ja, ich hab mich vertan, es muss natürlich die Option 4 sein. Bis vor ein paar Jahren haben wir auch noch keine Computer gehabt. MSFT ändert in jeder Build etwas ab, ansonsten könnten sie sich den Aufwand ja sparen. Du musst also immer mit den aktuellsten ADMX-Templates arbeiten. Nur so ist sichergestellt, dass die aktuellsten W10 Versionen auch richtig angesprochen werden. Das was noch beschreibst, ging schon in W98, da musste man auch kein Outlook oder Word geschlossen haben um es Patchen zu können. Du kannst um 12 Uhr die Updates installieren lassen, beim Herunterfahren und beim Neustart werden weitere Installationsaufgaben abgeschlossen.

Wenn Du die Bandbreite beschränken möchtest, die die Clients für den Download der Updates nutzen können, dann musst Du via GPO auf den BITS umstellen. Anschließend kannst Du den BITS für die Clients einschränken. https://wsus.de/de/HowTo/Background-Intelligent-Transfer-Services-BITS

Wieso lädt der WSUS 65 GB herunter? Es gibt Scripte, die genehmigen nur die Updates, die auch von den Clients angefordert wurden. Hält das Content schmal und lässt Bandbreite für wichtiges frei. :)

Es heißt nutzen in deinem Fall, mit einem t nur, Danke. Nebenbei musst Du natürlich für genügend CALs sorgen, ansonsten fällt dir das auf die Füße. Zusätzlich überleg dir die Kommunikation von den betroffenen Clients zum WSUS auf den BITS abzuändern und gleichzeitig die Geschwindigkeit des BITS zu begrenzen, auf Seiten der Clients.

Zur Ergänzung von Norberts Hinweis noch einen Artikel von Nils: https://www.faq-o-matic.net/2010/01/06/windows-druckserver-treiber-fr-32-und-64-bit-clients/