Problem mit der Wiederherstellung von Sitzungen bei zwei TS und Broker
Hallo Zusammen,
wir haben ein Problem und würden uns über Hilfe freuen.
Die Benutzer stellen eine RDP Verbindung zu der Farm "RDS-FARM" her.
Das funktioniert auch soweit. Diese User kommen teilweise auf dem TS01 und teilweise auf dem TS02 raus.
Wenn jedoch ein User seine RDP Verbindung aus irgendeinem Grund verliert, bekommt er nur mit Glück die alte Session wiederhergestellt, oft wird eine neue Session auf dem anderen TS geöffnet.
Genauso verhält es sich, wenn der Benutzer zu einem anderen PC wechselt und dort seine Session mitnehmen möchte.
Uns ist leider nicht klar, weshalb aktive und getrennte Sessions nicht reaktiviert bzw. mitgenommen werden.
Ausgangssituation:
Auf allen Servern läuft Windows Server 2008 R2.
NLB ist nirgends installiert, für den Lastenausgleich wird Round Robin und ein (bzw. zwei) Broker verwendet.
Die Virtualisierung erfolgt über Hyper-V.
Weshalb der Broker BRO02 drei IP Adressen hat, ist uns nicht klar.
Aktuell landen alle Sitzungen auf dem Broker BRO01. Beide Broker sind in einem Quorum um Redundant zu sein.
Das sind die Infos die ich zu dem zweiten Broker habe, wo das konfiguriert ist, konnte ich bisher nicht finden.
Der Dienst Remotedesktop-Verbindungsbroker ist auf beiden Brokern installiert, läuft jedoch nur auf dem BRO02.
Beim Versuch den Dienst auf dem BRO01 zu starten, kommt es zur Fehlermeldung „Remotedesktop-Verbindungsbroker“ konnte nicht gestartet werden. Weitere Informationen zu diesem Fehler finden Sie in der Ereignisanzeige in den verwandten Ereignissen.“
In der Ereignisanzeige steht folgende Warnung: Ereignis 898, TerminalServices-SessionBroker, Fehler beim Starten des Remotedesktop-Verbindungsbrokerdiensts. HRESULT = 0x80070006.
Konfiguration des Remotedesktop-Sitzungshost :
Serververwendung: Farmmitglied
Remotedesktop-Verbindungsbroker: BRO01.be.global
Farmname: RDS-FARM
Teilnahme am Verbindungsbroker-Lastenausgleich: aktiviert
Relative Gewichtung des Servers in der Farm: 40
Für erneute Verbindungen zu verwendende IP-Adressen auswählen:
Bei TS01: 192.168.1.70
Bei TS02: 192.168.1.71
Vielen Dank im Voraus.
wir haben ein Problem und würden uns über Hilfe freuen.
Die Benutzer stellen eine RDP Verbindung zu der Farm "RDS-FARM" her.
Das funktioniert auch soweit. Diese User kommen teilweise auf dem TS01 und teilweise auf dem TS02 raus.
Wenn jedoch ein User seine RDP Verbindung aus irgendeinem Grund verliert, bekommt er nur mit Glück die alte Session wiederhergestellt, oft wird eine neue Session auf dem anderen TS geöffnet.
Genauso verhält es sich, wenn der Benutzer zu einem anderen PC wechselt und dort seine Session mitnehmen möchte.
Uns ist leider nicht klar, weshalb aktive und getrennte Sessions nicht reaktiviert bzw. mitgenommen werden.
Ausgangssituation:
Auf allen Servern läuft Windows Server 2008 R2.
NLB ist nirgends installiert, für den Lastenausgleich wird Round Robin und ein (bzw. zwei) Broker verwendet.
Die Virtualisierung erfolgt über Hyper-V.
Phys. Server | Virtuelle Hyper-V Computer | Bemerkung | IP 1 | IP 2 | IP 3 | Remotedesktop-Verbindungsbroker | Sitzungsbrokercomputer (Gruppenmitglieder) | Remotedesktop-Sitzungshost |
SRV-05 | BRO01 | 192.168.1.15 | Installiert / Beendet | TS01, TS02 | Nicht installiert | |||
SRV-03 | BRO02 | 192.168.1.7 | 192.168.1.16 | 192.168.1.17 | Installiert / Wird ausgeführt | TS01, TS02 | Nicht installiert | |
SRV-04 | TS01 | 192.168.1.70 | Nicht installiert | Installiert | ||||
SRV-05 | TS02 | 192.168.1.71 | Nicht installiert | Installiert | ||||
SRV-04 | SRV-AD01 | DNS / DHCP | 192.168.1.13 | |||||
SRV-05 | SRV-AD02 | DNS | 192.168.1.19 | |||||
SRV-03 | SRV-AD03 | DNS / DHCP | 192.168.1.10 |
Weshalb der Broker BRO02 drei IP Adressen hat, ist uns nicht klar.
Aktuell landen alle Sitzungen auf dem Broker BRO01. Beide Broker sind in einem Quorum um Redundant zu sein.
Das sind die Infos die ich zu dem zweiten Broker habe, wo das konfiguriert ist, konnte ich bisher nicht finden.
Name | Typ | Daten | Zeitstempel |
RDS-FARM | Host (A) | 192.168.1.70 | Static |
RDS-FARM | Host (A) | 192.168.1.71 | Static |
TS01 | Host (A) | 192.168.1.70 | 01.11.2018 20:00:00 |
TS02 | Host (A) | 192.168.1.71 | 01.11.2018 20:00:00 |
Der Dienst Remotedesktop-Verbindungsbroker ist auf beiden Brokern installiert, läuft jedoch nur auf dem BRO02.
Beim Versuch den Dienst auf dem BRO01 zu starten, kommt es zur Fehlermeldung „Remotedesktop-Verbindungsbroker“ konnte nicht gestartet werden. Weitere Informationen zu diesem Fehler finden Sie in der Ereignisanzeige in den verwandten Ereignissen.“
In der Ereignisanzeige steht folgende Warnung: Ereignis 898, TerminalServices-SessionBroker, Fehler beim Starten des Remotedesktop-Verbindungsbrokerdiensts. HRESULT = 0x80070006.
Konfiguration des Remotedesktop-Sitzungshost :
Serververwendung: Farmmitglied
Remotedesktop-Verbindungsbroker: BRO01.be.global
Farmname: RDS-FARM
Teilnahme am Verbindungsbroker-Lastenausgleich: aktiviert
Relative Gewichtung des Servers in der Farm: 40
Für erneute Verbindungen zu verwendende IP-Adressen auswählen:
Bei TS01: 192.168.1.70
Bei TS02: 192.168.1.71
Vielen Dank im Voraus.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 392511
Url: https://administrator.de/forum/problem-mit-der-wiederherstellung-von-sitzungen-bei-zwei-ts-und-broker-392511.html
Ausgedruckt am: 25.05.2025 um 06:05 Uhr
3 Kommentare
Neuester Kommentar
Moin,
das:
und das:
passt nicht zusammen, da ja der Verbindungsbroker auf BRO02 ausgeführt wird.
hth
Erik
das:
Zitat von @Simmerl:
Phys. Server | Virtuelle Hyper-V Computer | Bemerkung | IP 1 | IP 2 | IP 3 | Remotedesktop-Verbindungsbroker | Sitzungsbrokercomputer (Gruppenmitglieder) | Remotedesktop-Sitzungshost |
SRV-05 | BRO01 | 192.168.1.15 | Installiert / Beendet | TS01, TS02 | Nicht installiert | |||
SRV-03 | BRO02 | 192.168.1.7 | 192.168.1.16 | 192.168.1.17 | Installiert / Wird ausgeführt | TS01, TS02 | Nicht installiert |
und das:
Remotedesktop-Verbindungsbroker: BRO01.be.global
passt nicht zusammen, da ja der Verbindungsbroker auf BRO02 ausgeführt wird.
hth
Erik
Moin,
guck mal hier:
https://www.searchdatacenter.de/tipp/Windows-Server-2012-Hochverfuegbark ...
hth
Erik
guck mal hier:
https://www.searchdatacenter.de/tipp/Windows-Server-2012-Hochverfuegbark ...
hth
Erik