Sunny61

In welchem *genauen* Pfad liegt das Script? Wer ist ausführender der Aufgabe? Läuft das Script mit erhöhten Rechten? Läuft das Script sofort los oder musst Du noch etwas bestätigen, wenn Du das Script manuell ausführst?

Was ist denn in Security aktiviert? Möglicherweise musst Du dort noch etwas abschalten.

Und aufpassen dass Du auch einen User mit dem GPO erwischt! :)

Der einzige Haken sind die Defender Updates als solches, da hast Du dann am Ende des Tages 10 Updates für den Defender freigegeben, aber es wird nur das aktuellste benötigt. Die 'alten' einfach ablehnen im WSUS. Wenn Du mit SQL Scripten etwas kannst, dann kannst Du das auch automatisieren.

Ok, dann sag bitte Bescheid was raus gekommen ist.

Evtl. gibt es ja Einstellungen, die per GPP gesetzt sind. Die verschwinden nicht von den Systemen, wenn man die Verknüpfungen entfernt.

Trotzdem ist der Exchange nicht aktuell. Im Fall des Falles lässt dich MSFT im Regen stehen und besteht auf eine Aktualisierung des Exchange.

Der Exchange ist vermutlich nicht aktuell, dir fehlen ein paar RUs: Microsoft Exchange Server 2010 SP3 RU18 14.03.0361.001 06.07.2017 Microsoft Exchange Server 2010 SP3 RU19 14.03.0382.000 17.12.2017 Microsoft Exchange Server 2010 SP3 RU20 14.03.0389.001 05.03.2018 Microsoft Exchange Server 2010 SP3 RU21 14.03.0399.002 07.05.2018 Microsoft Exchange Server 2010 SP3 RU22 14.03.0411.000 12.06.2018 Wenn es nur einen Client betrifft, würde ich den neu installieren. Das Office 2010 ist auch aktuell? Unbedingt manuell selbst prüfen bitte. Benutzt ihr den Cache Mode auf diesem Client? Welcher AV-Scanner ist wo installiert?

Welche exakte Build hat der Exchange, der Windows Server 2016 und der Windows 10 Client?

Hier sieht man immer schön die Builds und die nötigen Updates dafür: http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern Microsoft Exchange Server 2016 CU7 15.01.1261.035 16.09.2017 Microsoft Exchange Server 2016 CU8 15.01.1415.002 17.12.2017 Microsoft Exchange Server 2016 CU9 15.01.1466.003 15.03.2018 Microsoft Exchange Server 2016 CU10 15.01.1531.003 12.06.2018

SRP wird in GPOs nicht mehr weiter entwickelt. Lies doch einfach den Artikel komplett durch.

Mehrmals täglich synchronisieren mit MU. Zusätzlich kannst Du im GPO konfigurieren, dass der WSUS für die Update verwendet wird. Hast Du das auch richtig konfiguriert?

Hast Du schon einen anderen Benutzer probiert?

Und wenn der Client offline startet, wie lange wartet dann deine Batch bis sie den Pfad findet?

Wenn es dafür einen eigenen WSUS gibt, kann man natürlich auch die genehmigten Updates mit einem Stichtag in der Vergangenheit versehen, dann wird nach der Installation der Updates direkt neu gestartet. Alternativ sieht man den angeforderten Neustart auch in der WSUS-Konsole. Lass die Spalte Installationsstatus einblenden. Ist dort ein weißes Symbol mit Ausrufezeichen zu sehen, will der Server/Client neu starten. Der Status verändert sich natürlich nur, wenn der WU-Agent des betroffenen System auch zeitnah den eigenen Status zurück meldet.

Installier auch mal Autoruns von Sysinternals: https://docs.microsoft.com/en-us/sysinternals/downloads/autoruns Nach einem Boot aufrufen und prüfen ob man etwas deaktivieren kann. Die HDD ist in Ordnung? Mit den Prüftools des Herstellers die HDD prüfen lassen. BTW: Das ipconfig /all | clip kopiert den Inhalt von ipconfig /all in die Zwischenablage, nicht mehr und nicht weniger. Ich hatte auch nicht geschrieben, dass eine Ausgabe erfolgt. ;) BTW2: Mach doch einfach mal einen Rechtsklick auf Anwendungs- und Dienstprotokolle. Das hilft dir sicherlich weiter. ;)

Zieh doch auch mal das Netzwerkkabel ab und starte zweimal neu. Oder deinstalliere das GLS-Programm incl. Java. Das GLS Programm ist ebenfalls aktuell? Gab es einen neuen DLS-Router/Provider? Was sagt ein ipconfig /all? Am besten hier mit ipconfig /all | clip [ENTER] erzeugen und hier in einen Code Block einfügen. EDIT: Ist für das GLS Programm ein Dienst installiert worden? Autostart Eintrag? Einfach mal alles deaktivieren von GLS.

MS hat Probleme eingestanden und Lösungen bereit gestellt: https://support.microsoft.com/de-de/help/4345232/0x80092004-error-and-updates-kb4340557-and-kb4340558-don-t-install-aft

Gibt es denn Fehlermeldungen? Was sagt das Eventlog zu dem Zeitpunkt?

Verschieb den Client doch mal in eine TestOU, auf der kein GPO verlinkt ist, auch die GPOs aus der Domain disablen für diese OU. Gpupdate /target:computer ausführen und den Client zweimal neu starten. Ist es ohne GPOs besser? BTW: Java deinstallieren und zweimal neu starten. Wird es besser?

BTW: Es heißt Aufsetzen, mit einem t. :) Alternativ mit ROBOCOPY, da kannst Du dann auch noch nur das Kopieren, das später nochmal verändert wurde, falls Du die Aktion nicht auf einmal machen möchtest.

Neben dem Clean Boot kannst Du auch die Aktualität der Java und der ESET Version prüfen.

Du kannst natürlich mit XCOPY und ein paar Schaltern die Daten kopieren, dabei kannst Du auch gleich die NTFS-Berechtigungen übernehmen. Zusätzlich den Export aus der Registry der Freigaben vornehmen, auf dem neuen System dann importieren, Serverdienst neu starten, fertig ist die Migration.

Meine Güte, probier es einfach aus. Was soll passieren? Hast Du dir das Script angeschaut? Weißt Du was es macht?

Aktiviere doch mal nur die Windows Update Bereinigung, was passiert? Anschließend unbedingt neu starten.