Sunny61

Puh, das ist kein Powershell. Eine administrative Commandline öffnen, das ist das schwarze Fenster, manche sagen auch DOS Box dazu, dort den Befehl eingeben.

Und die exakte Bezeichnung des Gerätes und der Hersteller sind geheim? Falls nicht, dann schreib das doch auch hier rein. Zusätzlich kannst und sollst Du die Firmware des uns unbekannten Gerätes prüfen und notfalls gleich aktualisieren. Da kann dir der Hersteller sicher weiter helfen.

Die Instanz muss natürlich vorher auf einem Remote SQL Server angelegt werden. https://docs.microsoft.com/de-de/security-updates/windowsupdateservices/18127611 Falls Du die Windows Internal Database benutzt, brauchst Du nichts zu machen.

Beschreibe doch einfach mal deine konkrete Anforderung, evtl. kommt man auf eine Lösung. ;)

Da es auch noch viele andere betrifft, musst du warten bis es von MSFT eine Lösung gibt. Im englischen WSUS-Forum wurde das auch schon thematisiert. https://social.technet.microsoft.com/Forums/en-US/7c3e5c52-13b2-49db-a631-19e23ac7763c/wsus-2012r2-not-sycing?forum=winserverwsus BTW: Es heißt immer noch Microsoft. Solches Bashing kannst Du dir hier komplett sparen.

Danke für die Information im ersten Posting. Falsch verstanden, ich hab die nicht angefordert, es war ein Hinweis für dich die Logdatei nach Fehlern abzusuchen. Gibt es Punkte in der Logdatei, die Du nicht verstehst? Falls ja, dann frag doch einfach. https://support.microsoft.com/de-de/help/3209092/event-id-513-when-running-vss-in-windows-server https://blog.blackseals.net/2017/11/30/capi2-meldet-513-zugriff-verweigert/ Danach hatte ich nicht gefragt.

Nie irgendetwas voraussetzen. :) So kann das IMO gar nicht funktionieren. Lt. der Website https://mcpmag.com/articles/2018/12/03/using-powershell-to-copy-ad-users.aspx würde ich das so interpretieren: $user = Get-ADUser Lehmann -Properties * New-AdUser -Name 'Test Rakli' -Instance $user

Outlook mit Cleanrules starten: https://support.office.com/de-de/article/befehlszeilenoptionen-für-microsoft-office-produkte-079164cd-4ef5-4178-b235-441737deb3a6#ID0EAABAAA=Outlook

Du weißt also genau welche PS-Version der TE im Einsatz hat? Falls ja, das sind Infos die mir im ersten Posting fehlen.

In der Datei SoftwareDistribution.log, die Datei liegt im Programmverzeichnis vom WSUS, findest Du weitere Informationen. Starte den kompletten Server doch mal durch. Du kannst auch auf dem Server ein wsusutil checkhealth ausführen. Die EXE WSUSUTIL liegt im Tool Verzeichnis des Programmverzeichnisses vom WSUS. Gibt es Hinweise auf dem Gateway ins Internet zu dem Problem?

Zeig doch mal dein komplettes Script. EDIT: Führst Du das Script auf einem DC aus? Hast Du die AD-Commandlets vor der Ausführung des Scriptes in die PS importiert?

Kauf dir eine zweite SSD, einbauen und W10 1803 installieren. Windows Update aufrufen und aktualisieren. Schon hast Du ein frischen W10 und kannst testen. Die andere SSD immer dann einbauen, wenn Du arbeiten musst. EDIT: Als Admin den Gerätemanager öffnen, Menü Ansicht > ausgeblendete Geräte anzeigen anhaken. Jetzt einfach mal komplett alle Bäume aufklappen und nach Geräten suchen, die nicht mehr vorhanden sind. Sieht man daran, dass sie sehr blass sind. Die kannst Du löschen. Neustart.

Da Du mit dem Rechner allgemein Probleme hast, sollte dieser Thread hier geschlossen werden. Auf 2 Partys tanzen hilft niemandem etwas.

Auch hätte diese Info mit ins erste Posting gehört. Und du hast sicherlich auch schon das letzte CU von 1809 installiert, oder? Seit wann bestand das Problem schon? Mit W7 SP1 auch schon? Klemm doch einfach mal alle Hardware ab, die nicht für einen normalen Lauf benötigt werden. BIOS aktuell?

Das sollte immer im ersten Posting stehen. Was ist für dich ein Windowseigener Reset? netsh ist auch von/in Windows.

Und mit der 1803 hattest Du das Problem nicht?

D.h. Du hast die Version 1809 von W10? Falls ja, was geht bei W10 1803 auf der gleichen Maschine? Mit netsh .... hast Du schon einen kompletten Reset durchgeführt?

Ja, aber das ist doch sicher wieder zu teuer. :) Und der TO soll ja erstmal eine Analyse machen, ob man die Datenübermittlung einschränken kann. Mit dem gp-pack wäre er ja schon beim nächsten Schritt, der ist ja noch nicht vorgesehen. :)

Eine Commandline ist für mich alles, aber kein DOS. Und ich bin einer der Älteren hier. EDIT: Danke für das Posten der Lösung. ;)

@Squire Dann solltest du aber die zweite Einstellung [X] Element als gelesen markieren, wenn neue Auswahl erfolgt deaktivieren. Denn dann wird das Mail auch als gelesen markiert, sobald ich ein anderes Mail anklicke.

Nicht so direkt damit befasst, aber ein paar weiterführende Links zu dem Thema gesammelt. Hier insbesonders diese Kapitel: > Empfehlung zur Protokollierung in Windows 10 > Konfigurationsempfehlung zur Härtung von Windows 10 mit Bordmitteln > Gruppenrichtliniensatz zur Konfigurationsempfehlung für Windows 10 > Konzept zur Nachverfolgung von Änderungen in Windows 10 bei Herstellerupdates https://www.bsi.bund.de/DE/Themen/Cyber-Sicherheit/Empfehlungen/SiSyPHuS_Win10/SiSyPHuS_node.htm Online Tipps deaktivieren: https://windowsarea.de/2018/01/anleitung-online-tipps-in-den-einstellungen-deaktivieren/ Es gibt auch einen Bericht von den Bayern: https://www.lda.bayern.de/media/windows_10_report.pdf Welcher Datenverkehr wohin geht, kann man sicherlich auf einer Firewall mitschneiden und dann am Testgerät via GPO einschränken.

Hast Du auch nach dem Setzen der Änderungen auf den DCs ein gpupdate /target:Computer in einer administrativen Commandline ausgeführt?

Wie wäre es mit einem KMS-Server?

Exchange 2010 hat noch mehr Details zu bieten. Welche Build hat der Exchange? http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern

In W10 1703 ist das die richtige Syntax: C:\Windows\System32>schtasks.exe /run /TN "\MeinTest" Wichtig ist wohl der Backslash nach den Anführungszeichen. Ein schtasks /Run /? hilft. :)