Sunny61

Man genehmigt nur die Updates, die auch von den Clients angefordert werden. Was genau meinst Du mit der Auslagerung auf USB? Willst Du das Content des WSUS auf eine USB-HDD auslagern? Falls ja, das ist die schlechteste Idee die man haben kann. EDIT: Was machst Du mit force auf deinem Client? Was genau gibst Du wo ein? Du sprichst sehr viel in Rätseln, das macht es nur unnötig schwerer dir zu helfen.

Doppelpost: https://social.technet.microsoft.com/Forums/de-DE/c805861f-d98d-464a-b94c-c9d8c1312dde/windows-server-hyperv-verbindung-mit-hyperv-manger-funktioniert-nicht-fehler-lokales?forum=windows_Serverde Du darfst hier und drüben gerne auf Cross Posts hinweisen, erleichtert die Hilfe, Danke.

D.h. es hat funktioniert bei dir? Ich hatte den Fehler heute auf 3 Maschinen.

War das der Grund bzw. der Fehler, weshalb Du aktualisiert hast? Falls ja, drück dich in Zukunft richtig aus. Von VISTA hab ich nichts hier gelesen, nur von 'Mit dieser Version kann ich leider keine Windows10 Clients mehr bedienen', das hat mit der Beschreibung des OS in der Konsole aber nichts, überhaupt nichts zu tun. Stündlich im Taskplaner ausführen: https://wsus.de/de/Scripts/Windows-Editionen-anzeigen

Wenn das WSUS-Content 700 GB hat, solltest Du einfach mal in den Produkten und den Klassifizierungen prüfen, ob alles was eingestellt ist, auch benötigt wird. Sprachen werden gern auch übersehen, auch selbst prüfen. Zusätzlich alte Updates manuell ablehnen. Servicepacks für Produkte die nicht mehr eingesetzt werden kann man auch ablehnen. Und unbedingt täglich eine Serverbereinigung ausführen. Auf https://wsus.de/scripts findest Du 2 Scripte, eines davon einsetzen. Das räumt schon mal ordentlich frei. Den Rest verstehe ich allerdings überhaupt nicht.

Der WSUS 3.2 kann schon Updates für W10 bereit stellen. Nur Sicherheitsupdates, keine Upgrades auf eine neuere Version, das kann nur ein aktueller W2012R2 und/oder ein W2016.

Es gibt Leute, bei MSFT Supporter, die behaupten man kann das letzte Update einfach installieren, fertig. Ich trau dem Frieden dort nie und installiere die einzeln. Bevor Du nicht auf .274 bist brauchst Du nicht weiter zu machen. Lies dir die einzelnen KB-Artikel genau durch, bei mind. einem muss man manuelle Nacharbeiten durchführen. Und nein, nur für eine Gruppe kannst Du das im WSUS nicht umbiegen.

Hallo zusammen, das KB4340558 ist wohl defekt. Lässt sich bei uns auf W2012R2 nicht installieren. Wir sind nicht allein: https://www.borncity.com/blog/2018/07/11/net-framework-update-kb4340558-fehlerhaft-error-0x80092004/

Natürlich kannst Du das so machen. Der zweite WSUS kann auch die Genehmigungen vom ersten bekommen, nur holen sich die Clients die Updates direkt von MSFT. Bei der Suchhäufigkeit für automatische Updates kannst Du auf 4 Stunden runtergehen, kleiner sollte die Zeit nicht sein. Nur evtl. wenn man gerade erste einen WSUS einführt, dann hilft eine stündliche Meldung. Zusätzlich kannst Du auch die BITS, sofern er verwendet wird, auch per GPO einschränken. https://wsus.de/de/HowTo/Background-Intelligent-Transfer-Services-BITS Bis incl. W8.1 benutzen die Clients den BITS ab W10 musst Du das System erst umstellen auf den BITS. Schau bitte in der WSUS FAQ No. 44 nach, wo die Build deines WSUS steht und welche Build dein WSUS hat. https://wsus.de/de/FAQ Das ?-Menü ist der falsche Ort. Notfalls eben aktualisieren. Details dazu in der FAQ.

Das rename kannst Du dir sparen, ich hab noch nie jemanden gesehen der später das alte Verzeichnis wieder benötigt hat. Lieber gleich so: rd /s /q %windir%\softwaredistribution Wenn Du das alte Verzeichnis nicht löscht, schlummert wieder 1-2 GB auf der Platte sinnlos rum. ;)

Neues Profil erstellen dauert 1-2 Minuten, wenn es lange dauert. :)

Entwder Du gibst den Authentifizierten Benutzern (beinhaltet auch die Domain Computer) Leserechte, oder nimmst die Domain Computer mit auf.

Wenn es nur diesen einen User auf dem Client betrifft, dann wäre der erste und schnellste Weg ein neues leeres Profil auf dem Client zu erstellen. Dazu muss das alte ja nicht gelöscht werden.

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

Auf den betroffenen Rechnern einfach mal das Userprofil der betroffenen User erneuern.

Die Sache mit dem Wizard ist mir zu gefährlich. So hab ich in 2 Minuten incl. 2 Reboots ein neues Profil und kann testen. Wenn der Fehler weg ist, Nutzerdaten kopieren. Aber darfst Du natürlich so machen.

Wir hatten auch sehr häufig, dass das alles nichts genutzt hat, neues Windows Profil angelegt, läuft.

OST löschen, oder Outlook Profil des Users löschen. Wenn das auch nichts hilft, Benutzerprofil erneuern.

Profilordner einfach nicht löschen, sondern nur umbenennen. Von Benutzer zu _Benutzer abändern und in der Registry noch den Wert in Profile Liste löschen. Auf der rechten Seite findest Du den Namen des Users: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList Den dazugehörenden Eintrag links löschen, Neustart, jetzt kann sich der User anmelden. Anschließend die wichtigen Daten aus dem alten Profil rüber kopieren, fertig. Dauert 2-5 Minuten.

Den Profilordner würde ich auf jeden Fall vom System erneuern lassen, irgendwann fällst Du drüber. Dann kannst Du dich aber ganz sicher nicht mehr dran erinnern. Erneuern, alles andere ist Bastelei.

Was alles hast Du denn schon versucht? Zeig doch mal den Code, der nicht funktioniert.

Dann würde ich jetzt auf eine defekte lokale Update Datenbank tippen. SoftwareDistribution leeren könnte helfen.

Es gibt auch eine GPO Einstellungen um den Zugriff ins Netz zu verhindern:

Der Exchange braucht mind. 1 CU: Microsoft Exchange Server 2013 CU20 15.00.1367.003 15.03.2018 Microsoft Exchange Server 2013 CU21 15.00.1395.004 12.06.2018

OK, wenn das Update nicht da ist, kann es natürlich auch nicht vom Server geholt werden. Wird dir das Update angeboten, wenn Du mit dem Server 'Online' nach Updates suchen lässt? Alternativ kannst Du auch das Update aus dem Update Katalog direkt auf dem WSUS importieren.