Anmeldungen an die RDS-Farm bringen sehr lange schwarze Bildschirme bevor die Desktops erscheinen

Hallo Leute,

ich benötige mal wieder eure Unterstützung da ich ein Problem habe das ich nach einiger Google-Recherche und Ausprobieren nicht selber lösen kann.

Was wir hier haben ist folgendes:

Eine RDS-Serverfarm bestehend aus
1x Server als ConnectionBroker, Lizenz- und RD-Webaccess-Server
2x Server als RD-Sessionhost-Server in einer Sammlung
1x Server als RD-Sessionhost-Server in einer weiteren Sammlung
1x Server als Fileserver bzw. User Profile Disk (Kurz UPD)

Alle Server laufen auf Microsoft Windows Server 2016 STD und werden jeden Monat auf den neusten Stand aktualisiert. Somit sind alle automatischen MS-Updates installiert.

Gehostet werden alle bis auf 2 SessionHosts auf einem VMware ESXi-Server mit vSphere 6.7.0-HP-Customized-Maschine (ProLiant DL380 G7 12 CPUs Intel Xeon X5690 3.47 Ghz mit 60 GB RAM). Lediglich 2 SessionHosts (einer aus dem 2er-Verbund und der einzige in der weiteren Sammlung) werden auf einem anderen VM-Server gehostet (vSphere 7.0 im Cluster mit vCenter)


Das Problem ist nun wie folgt:
Seid Neustem haben wir sehr lange Anmeldezeiten der User als auch vom Administrator. Vom letzteren allerdings nur wenn es der Domänen-Administrator ist. Der lokale Administrator hat das Problem nicht.
Was ich mit "lange Anmeldezeiten" konkret meine ist daß bei laden des Userprofiles, also nach der Anmeldung, ein schwarzer Bildschirm auftaucht und dieser sehr lange da ist bevor der Desktop angezeigt wird. Teilweise auch bis zu mehreren Minuten. Beim Administrator ist es so daß wenn der Server neu gestartet wurde, bei der ersten Anmeldung dieser schwarze Bildschirm definitiv 2 Minuten angezeigt wird und bei den folgenden Anmeldungen dann nur noch 10-20 Sekunden. User breichten jedoch das es unterschiedlich ist und bei einem sogar knapp 2 Stunden gedauert hat.
Zusätzlich ist es auch so daß ich keine Apps als Domänen-Administrator mehr öffnen kann. Und das nicht wie "gewohnt" das ich dann eine Meldung bekomme das der Administrator gesperrt wurde für Apps sondern ich kann draufklicken wie oft ich möchte und es passiert rein gar nichts. Keine Meldung kein gar nichts. Dieses Problem muss aber nicht unbedingt mit dem Ersteren zu tun haben.

So, ich habe recherchiert und ein paar Ansätze durchprobiert, die leider nichts gebracht haben. Zumiundest bei dem Test mit dem Domänen-Administrator nach dem rebooten -> immer noch 2 Minuten alles schwarz.

Erfolglose Dinge dich ich also bereits getan habe sind:
- "audiodg.exe" beendet
- Diverse Dienste beendet und auf Deaktiviert gestellt was Audi angeht -> habe sowieso keine Soundkarte am Server und wird aktuell nicht benötigt
- Powerschell-Skript ausgeführt welches die "Firewall-Regeln", die sich mit der Zeit ansammeln, löscht. War bei diesem Server ca. 53K und hat ca. 1-2 Stunden gedauert.

Alles war leider umsonst da der Administrator nach dem Neustart 2 Minuten und danach 10-20 Sekunden einen schwarzen Schirm angezeigt bekommt.
Ich habe neue Verbindungen auf den Server, an dem ich nun teste und Troubleshooting betreibe, unterbunden (einer aus der 2er-Sammlung).

Ich hoffe irgendwer kennt das Problem und kann mir hier helfen. Ich werde ansonsten alle Session-Host-Server neu aufsetzen müssen und das widerstrebt mir da ich das Problem dadurch ja nicht gelöst habe und es früher oder später wieder auftaucht (falls nicht sofort wieder weil es vielleicht nicht am SessionHost liegt sondern einer der anderen Server der Übertäter ist).

Ich bedanke mich schon einmal im Voraus für eure Hilfe, zumindest aber für das Lesen bis hierher.

Protokollname: Application
Quelle:        Microsoft-Windows-User Profiles Service
Datum:         10.09.2021 11:44:08
Ereignis-ID:   1534
Aufgabenkategorie:Keine
Ebene:         Warnung
Schlüsselwörter:
Benutzer:      SYSTEM
Computer:      srv-rdsh01.XXXX.local
Beschreibung:
Die Beschreibung für die Ereignis-ID "1534" aus der Quelle "Microsoft-Windows-User Profiles Service" wurde nicht gefunden. Entweder ist die Komponente, die dieses Ereignis auslöst, nicht auf dem lokalen Computer installiert, oder die Installation ist beschädigt. Sie können die Komponente auf dem lokalen Computer installieren oder reparieren.  

Falls das Ereignis auf einem anderen Computer aufgetreten ist, mussten die Anzeigeinformationen mit dem Ereignis gespeichert werden.

Die folgenden Informationen wurden mit dem Ereignis gespeichert: 

Delete
{709E2729-F883-441e-A877-ED3CEFC975E6}
Das System kann die angegebene Datei nicht finden.


Das Handle ist ungültig