Skip to main content

1. September 2026

Überlegungen zu Zuweisungen in einer Universal Broker-Umgebung, wenn ein Pod offline geschaltet wird

Bei der Arbeit mit Endbenutzerzuweisungen in einer Universal Broker-Umgebung kann die Verfügbarkeit von Ressourcen in einer Zuweisung eingeschränkt sein, wenn einer der teilnehmenden Pods die Verbindung verliert und offline geht.

Beim Arbeiten mit Endbenutzerzuweisungen in einer Universal Broker-Umgebung können die folgenden Situationen auftreten.

Flexible VDI-Zuweisungen

  • Wenn eine dynamische VDI-Zuweisung Desktops aus mehreren Pods enthält und mindestens ein teilnehmender Pod offline geschaltet wird, ignoriert Universal Broker die Offline-Pods und sucht nur nach Desktops in den Online-Pods, um die Benutzeranforderungen zu erfüllen. Voraussetzung dafür ist, dass die Anforderungen die maximale Kapazität nicht überschreiten.
  • Wenn ein teilnehmender Pod in einer flexiblen VDI-Zuweisung offline geschaltet und dann zu einem späteren Zeitpunkt wieder online geschaltet wird, werden dem Endbenutzer möglicherweise mehrere Verbindungssitzungen für diese Zuweisung über mehrere Pods hinweg angezeigt. Die mehrfachen Instanzen repräsentieren in der Regel die vorherige Sitzung, die mit dem offline geschalteten Pod eingerichtet wurde, und eine spätere Sitzung, die mit einem anderen Online-Pod initiiert wurde, um die Benutzeranforderung zu erfüllen. Wenn der Benutzer eine der Sitzungen auswählt, wird die andere Sitzung automatisch abgemeldet.

Dedizierte VDI-Zuweisungen

  • Wenn ein Endbenutzer einen dedizierten Desktop von einer dedizierten VDI-Zuweisung erhalten hat und der Pod, der diesen Desktop enthält, offline geschaltet wird, verliert der Benutzer den Zugriff auf den Desktop. Der Benutzer erhält nur dann wieder Zugriff auf den Desktop, wenn der Pod wieder online ist.
  • Wenn ein Endbenutzer noch keinen dedizierten Desktop von der Zuweisung erhalten hat und ein oder mehrere teilnehmende Pods offline geschaltet werden, ignoriert Universal Broker die Offline-Pods und sucht nur nach einem Desktop in einem Online-Pod, um die Benutzeranforderung zu erfüllen. Voraussetzung dafür ist, dass die Anforderung die maximale Kapazität nicht überschreitet.

Desktop- und Anwendungszuweisungen für RDSH-Sitzungen

  • Wenn ein Pod, der an einer RDSH-Zuweisung teilnimmt, offline geschaltet wird, können Sie weder auf die Zuweisung noch auf einen der enthaltenen Sitzungs-Desktops in Horizon Universal Console zugreifen. Obwohl Endbenutzer die Sitzungs-Desktops in der Zuweisung weiterhin sehen können, schlagen jegliche Versuche, eine Verbindungssitzung mit einem Desktop zu öffnen, fehl. Die Zuweisungs- und Sitzungs-Desktops werden in der Konsole und für Endbenutzer wieder verfügbar, wenn der Pod wieder online ist.
  • Wenn eine RDSH-Zuweisung Anwendungen aus einem teilnehmenden Pod enthält, der offline geschaltet wird, können Sie in der Konsole nicht auf diese Anwendungen zugreifen. Obwohl Endbenutzer weiterhin Remoteanwendungen im Offline-Pod sehen können, schlagen jegliche Versuche, eine Sitzung mit diesen Anwendungen zu starten, fehl. Anwendungen in der Zuweisung von anderen Pods als dem Offline-Pod bleiben in der Konsole und für Endbenutzer verfügbar. Anwendungen aus dem Offline-Pod werden in der Konsole und für Endbenutzer wieder verfügbar sein, wenn der Pod wieder online geschaltet wird.

War diese Seite hilfreich?

Feedback zu diesem Thema geben

War dieses Thema hilfreich?

Bitte geben Sie keine personenbezogenen oder vertraulichen Daten an.

Link wird erstellt…