Sunny61

Was ist der Unterschied zwischen den beiden W10 Geräten? Beide neu installiert oder sind es Upgrades von früheren Builds? Beide in der gleichen Domain/OU/Sicherheitsgruppe?

Feature, es soll ein Teil eines Features sein. Rolle != Feature. https://docs.microsoft.com/de-de/windows-server/get-started/getting-started-with-server-with-desktop-experience

Ja, kann man alles machen. Man muss es wissen und machen können. ;)

Argh! Irgendwie komme ich mit meiner Konstellation nicht auf den grünen Zweig. Entweder laden mir die Clients über VPN die Updates herunter oder ich muss mit halb-funktionierenden GPO-Lösung leben. Wie wird bei euch das Problem mit WSUS und Clients die nicht oft im Büro sind gehandhabt? Die bekommen die Updates sobald sie wieder mal im Büro sind. Man kann an der Stelle einfach nichts erzwingen. Natürlich kannst Du die Updates auch per VPN zulassen, per GPO auf den BITS umstellen und den BITS bei Clients in Sachen Bandbreite eingrenzen, die *NICHT* in bestimmten IP-Netzwerksegmenten sind. https://www.wsus.de/de/HowTo/Background-Intelligent-Transfer-Services-BITS

Aus der SBS Domain austreten, mit all seinen Nachteilen. Du kannst dich dann anschließend nicht mehr mit dem Konto der Domain am PC anmelden, kriegst auch ein neues Benutzerprofil. Musst Verknüpfungen wieder neu einrichten, und so weiter und so weiter.

Connect2WSUS ist für Clients die *NICHT* in einer Domain sind. Natürlich dauert es bis sich die Clients im WSUS melden, sie holen ja nur alle +- ~90 Minuten das GPO und die Einstellungen ab. Dann muss der WU-Agent die Einstellungen einlesen und suchen.

Wie soll der Client die Updates denn vom WSUS abholen, wenn Du sie ihm nicht abholen lässt? Und noch ein Hinweis in dieser Angelegenheit, auch wenn Du den Downstream umkonfigurierst, du wirst die Updates vom WPP *NICHT* auf der Konsole des Downstream *SEHEN*.

Wenn man manuell installiert, wenn das automatisch via WSUS oder WU kommt, dann gehe ich davon aus, dass der WU-Agent hier richtig erkennt und handelt. Aber ja, wenn man sich das erste Posting durchliest, kann man den Eindruck bekommen, der TO installiert manuell. ;)

Anhand der Fragen und der Menge an Fragen glaube ich, das abschätzen zu können, dass Du dich zu wenig damit beschäftigst.

Jetzt kann er das ja machen, Gulp. Aber zuerst wollte er nur das CU vom Mai installieren, das klappte ja schon nicht.

Natürlich kann man nicht alles wissen und nicht jeder weiß alles. Aber Du musst dich etwas mehr mit solchen Themen beschäftigen, man kann doch nicht alles nur in Foren erfragen. Und beschäftigen damit heißt für mich eban auch in Testumgebungen spielen und ein Gefühl für die Thematik bekommen. Selbst lernen nicht alles nur erfragen.

Niemand hat etwas von unsupported geschrieben, es ist einfach nur Mist mit Triggern zu arbeiten. Besser eine SP anlegen und die mnauell ausführen. Noch besser einen SQL Express installieren und umstellen. Die Umstellung ist nach der Installation des SQL Express in 2 Minuten gemacht. Aber so wie ich das sehe, solltest Du dir einen Dienstleister holen, der sich mit der Softwareverteilung auskennt.

Du hast in der WID 2016 einen Trigger gespeichert? Ganz sicher? Glaub ich nicht.

Aber Du kannst in der WID keinen Trigger speichern! Das einzige was passiert ist, es wurde das Update auf die Tabelle einmalig ausgeführt! Und falls es doch gespeichert wurde, dann ist keine WID im Einsatz.

@TheCracked Das kann und wird nicht funktionieren. Du kriegst in der WID keinen Trigger oder sonstwas gespeichert, weil es die WID ist. Das ist ebenfalls eine der Einschränkungen. EDIT: Es wurde nur die Abfrage temporär ausgeführt, mehr aber nicht. Und einen Trigger zu machen ist böse und vollkommen überflüssig an der Stelle.

Es kann an vielen Dingen liegen. Entweder Du erstellst ein Support Ticket bei MSFT oder Du installierst den Server neu. Letzteres geht sicherlich schneller. Und nein, Du brauchst nicht zu schreiben warum es nicht geht den Server neu zu installieren. :)

Ich check's grad nicht... warum ist es notwendig einen SQL-Server zu installieren, wenn ihm WSUS gar nicht nutzt? (wie oben erwähnt, wird WID verwendet) Wie bitte? Windows Internal Database ist ebenfalls ein SQL Server, es gibt nur ein paar Einschränkungen und ein paar Freiheiten. Eine der Einschränkungen hast Du gerade am eigenen Leib erlebt. Lebe mit dem Fehler oder installiere einen anderen MS SQL Server.

Wenn dein WSUS auf einem W2016 läuft hast Du dein Problem gefunden. Installiere einen SQL Server, schon klappt das damit. Es reicht die SQL Express 2014 od. auch 2016 aus. Aber unbedingt aktualisieren bevor Du das in Betrieb nimmst..

Zusätzlich gibt es noch in den Einstellungen den Reiter Update Einstellungen: X Local-Published Updates anzeigen, die auch in der WSUS Konsole sichtbar sind. Und bei der Erstellung eines Updates kann man das auch noch aktivieren.

Lass dir doch einfach weitere Spalten in der Ansicht anzeigen. Rechtsklick auf eine Spalten und lesen, einblenden, fertig.

Dann hast Du wieder nicht alles gemacht was in der Anleitung stand. Bei der Erstellung des Updates muss an der richtige Stelle ein Haken gesetzt sein und ebenfalls in den Optionen des WSUS muss man das auch konfigurieren.

Was hast Du sonst schon alles unternommen? AV-Scanner rückstandsfrei deinstallieren und einen sauberen Neustart machen. https://www.windows-faq.de/2017/08/10/windows-update-fehlercode-0x80073701/

Mach diese Datei %windir%\winsxs\pending.xml.bad mit einem Editor auf, was genau steht drin? Fehlermeldungen?

Fremde Threads kapert man nicht, bitte erstelle einen eigenen neuen Thread, Danke.

Lies dir doch einfach nochmal den Thread genau durch, Wort für Wort, dann sollte klar sein was Du machen musst. :)