Sunny61

Thank you for the great Feedback! Das waren die Antworten die ich noch kenne. :)

Und im Zweifel Windows Taste + R drücken, sconfig.cmd eingeben und ENTER drücken. ;)

Konnten sie denn einen neuen User anlegen oder war nur der Button klickbar?

Evtl. trifft euch das hier: https://www.heise.de/news/Cloud-Speicher-Zugriffsprobleme-auf-Microsoft-OneDrive-in-der-Nacht-7456410.html

Wo ist denn das Benutzerprofil des Users, mit dem du dich auf dem WSUS angemeldet hast? C:\Benutzer\DeinUser\ Das findest Du in der SQL Server Datenbank. Wie Du dich dorthin verbinden kannst, findest Du in diesem Artikel: https://www.wsus.de/ausfuehren-eines-scripts-auf-der-windows-internal-database/ In den Tabellen tblConfigurationA,B und C zu finden. EDIT: Hier ist sie auf einem W2019 Test Server zu finden: "C:\Users\Administrator\AppData\Roaming\Microsoft\MMC\wsus"

Schau dir mal die Syntax ganz unten im Artikel an: https://learn.microsoft.com/de-de/exchange/plan-and-deploy/install-cumulative-updates?view=exchserver-2019

Es gibt keinen WSUS *OHNE* SQL Server Datenbank. Wie Norbert geschrieben hat, du benutzt die WID. Such nach SUSDB.* im Windows Verzeichnis. ;)

Welche Einstellungen willst Du exportieren? Die wichtigen Einstellunen sind in der Datenbank, die Einstellungen der WSUS.MSC sind in der Datei wsus zu finden, ohne Dateiendung. Die Datei findest Du im Benutzerprofil des Users, der die Einstellungen angepasst hat.

Was genau war denn jetzt die Lösung?

Oder mindestens Ordnerumleitung.

Dann hier noch der Artikel auf gruppenrichtlinien.de: https://www.gruppenrichtlinien.de/artikel/vererbung-und-hierarchien

Gruppenrichtlinien greifen nicht auf Gruppen! Gruppenrichtlinien greifen nur auf eine Gruppe von Benutzer- und/oder Computerobjekten. Der Unterschied ist klein, aber sehr fein. Prüf die Uhrzeit, das Datum und die Zeitzone der beteiligten Maschinen. Hast Du die Zeit irgendwie konfiguriert? Wenn ja, wie genau? Nein, nichts ändern, einfach nur beschreiben was Du konfiguriert hast.

Wenn ich das richtig gesehen habe, dann ist hier eine login.cmd, login.vbs und logon.vbs im Spiel. Das musst jetzt erstmal komplett aufschlüsseln. Was hast Du genau gemacht? In den Userobjekten einen Eintrag für eine *.cmd entfernt? Hatten die User vorher schon ein GPO verlinkt bekommen? Wo genau liegt das Benutzerobjekt Administrator? In den Usern? Ist das GPO auf der Domain verlinkt? Am besten eine Test OU erstellen, ein Testbenutzerobjekt und einen Testcomputer dorthin verschieben. Die Vererbung von GPOs auf die OU entfernen, das Benutzer GPO mit dem Login Script verlinken und nach einem Neustart mit dem Testbenutzer anmelden. Was passiert? EDIT: Wie sind diese Einstellungen gesetzt? https://www.gruppenrichtlinien.de/artikel/smb-signing-kommunikation-digital-signieren

Echt? Die SQL Server Jungs aus Redmond lesen hier mit? Dann will ich nichts geschrieben haben. ;)

Und noch ein wenig die Screenshots anonymisieren. ;)

Welches Developer Team? Von MSFT ein SQL Server Developer Team liest hier bestimmt nicht mit. Du kannst es natürlich im auf Entwickler Forum von Microsoft probieren: https://social.msdn.microsoft.com/Forums/de-DE/home?forum=sqlserverde

Ihr habt nur in der GUI den Haken entfernt, richtig? Das ist nicht deaktivieren. Was passiert wenn ihr den Haken wieder setzt? Kommt die gleiche Meldung wieder?

Start > Ausführen > msconfig > Reiter Dienste > [X] Alle MS-Dienste ausblenden, die restlichen deaktivieren. Neustart. Problem gelöst? Falls ja, einfach ein paar weitere Dienste aktivieren und neu probieren. Was wird alles im Autostart ausgeführt?

Rein und wieder raus im Zweifel, dann geht es wieder. Unschön aber ist so.

Wenn man es so macht, dann sollte man IMHO unbedingt das Konsolenfenster verstecken, es könnte sein dass ein User.... :)

Das kann man tatsächlich nachträglich einbauen, muss allerdings der Entwickler der Software machen.

Was genau meinst Du mit repariert? Man kann eine Access-DB, egal ob mdb oder accdb auch mit Hilfe der MSAccess.exe reparieren. Auf alle Fälle sollte man sie regelmäßig komprimieren, geht auch mit der MSAccess.exe. Wenn es mit nur 3 Usern problemlos auf dem RDP-Server funktioniert, könnten die fehlenden 2 User etwas bedeuten. Sie lasten, durch was auch immer, den RDP-Server sehr stark aus, die DB hatte Probleme und wurde durch die Reparatur wieder geheilt. Beim Switch kannst Du die Firmware auf Aktualität prüfen.

Nur zur Info, man kann auch die Beschreibungstexte aus dem Eventlog kopieren und hier einfügen. ;) Dann spart man sich das Tippen. ;)

@cj_berlin Einspruch, aber der SQL Server Version 2012 (11.x) fehlt der Level 80 in der Aufstellung, beim SQL Server 2008R2 steht die 80 noch bei den Supported compatibility level values mit drin. ;) @Tossi65 Das ist der Vorteil wenn man sich das bei jedem Upgrade der SQL Server Version auch die Datenbank genauer angeschaut hätte und den Level jedesmal gleich angehoben hätte. Ich weiß, hilft dir jetzt nichts, aber evtl. kann dir der Hersteller/Entwickler der Datenbank da unterstützend unter die Arme greifen.

Evtl. ist Outlook nicht suaber in den Apps und Protokollen eingetragen.