Produktdokumentation
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
PDF anzeigen

Bereitstellungsgruppen verwalten

November 25, 2025
Beitrag von: 
C

Hinweis:

Sie können Ihre Citrix Virtual Apps and Desktops™-Bereitstellung mithilfe von zwei Verwaltungskonsolen verwalten: Web Studio (webbasiert) und Citrix Studio (Windows-basiert). Dieser Artikel behandelt nur Web Studio. Informationen zu Citrix Studio finden Sie im entsprechenden Artikel in Citrix Virtual Apps and Desktops 7 2212 oder früher.

Einführung

In diesem Artikel werden Verfahren zum Verwalten von Bereitstellungsgruppen über die Verwaltungskonsole beschrieben. Sie können die Einstellungen ändern, die Sie beim Erstellen der Gruppe gewählt haben, und Sie können weitere Einstellungen konfigurieren, die beim Erstellen von Bereitstellungsgruppen nicht zur Verfügung stehen.

Verfahrenskategorien: Allgemeines, Benutzer, Maschinen und Sitzungen. Einige Aufgaben fallen in mehrere Kategorien. Das Thema “Unterbinden der Benutzerverbindung mit Maschinen” wird beispielsweise in der Kategorie “Maschinen” beschrieben, es betrifft aber auch Benutzer. Wenn Sie eine Aufgabe unter einer Kategorie nicht finden, schauen Sie unter einer verwandten Kategorie nach.

Auch andere Artikel enthalten verwandte Informationen:

  • Unter Anwendungen finden Sie Informationen zur Verwaltung von Anwendungen in Bereitstellungsgruppen.
  • Das Verwalten von Bereitstellungsgruppen erfordert die Berechtigungen des Bereitstellungsgruppen-Administrators. Weitere Informationen finden Sie unter Delegierte Administration.

Allgemein

Gruppendetails anzeigen

  1. Verwenden Sie die Suchfunktion, um eine bestimmte Bereitstellungsgruppe zu finden. Anweisungen finden Sie unter Nach Instanzen suchen.
  2. Wählen Sie aus den Suchergebnissen nach Bedarf eine Gruppe aus.
  3. In der folgenden Tabelle finden Sie Beschreibungen der Gruppenspalten.
  4. Klicken Sie im unteren Detailbereich auf eine Registerkarte, um weitere Informationen zu dieser Gruppe zu erhalten.
Spalte Beschreibung
Bereitstellungsgruppe Der Gruppenname und der Sitzungstyp. Zu den Sitzungstypen gehören Einzelsitzungs-OS und Multisitzungs-OS.
Bereitstellen Der Typ der Ressourcen, die von dieser Gruppe bereitgestellt werden. Zu den möglichen Werten gehören Anwendungen, Desktops sowie Anwendungen und Desktops. “Statische Maschinenzuweisung” wird angezeigt, wenn die Bereitstellungsgruppe aus dedizierten Maschinen besteht.
Sitzung wird verwendet Die Anzahl der Maschinen, die eingerichtet sind, und die Anzahl der Maschinen, die sich im Status Getrennt befinden.
Zugewiesene Anzahl Die Anzahl der Maschinen im Katalog, die einer Bereitstellungsgruppe zugewiesen sind.
Ordner Die Position der Gruppe in der Bereitstellungsgruppenstruktur. Sie zeigt den Namen des Ordners an, in dem sich die Gruppe befindet (einschließlich des abschließenden Backslashs) oder -, wenn sich die Gruppe auf der Stammebene befindet.

Ändern des Bereitstellungstyps von Bereitstellungsgruppen

Der Bereitstellungstyp bestimmt, was eine Gruppe bereitstellen kann: Anwendungen, Desktops oder beides.

Bevor Sie eine Bereitstellungsgruppe des Typs Nur Anwendungen oder Desktops und Anwendungen in eine Bereitstellungsgruppe des Typs Nur Desktops ändern, löschen Sie alle Anwendungen aus der Bereitstellungsgruppe.

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Wählen Sie auf der Seite Bereitstellungstyp den gewünschten Bereitstellungstyp.
  4. Klicken Sie auf Anwenden, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Alternativ klicken Sie auf Speichern, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

StoreFront-Adressen ändern

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Wählen Sie auf der Seite StoreFront die StoreFront-URLs aus oder fügen Sie sie hinzu. Diese URLs werden von der auf jeder Maschine in der Bereitstellungsgruppe installierten Citrix Workspace™-App-Instanz verwendet.
  4. Klicken Sie auf Anwenden, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Alternativ klicken Sie auf Speichern, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

Sie können die StoreFront-Serveradresse auch durch Auswahl von StoreFront im linken Bereich festlegen.

Funktionsebene ändern

Nach dem Upgrade der VDAs auf Maschinen einer Bereitstellungsgruppe sowie auf den Maschinen in den von ihr verwendeten Maschinenkatalogen ändern Sie die Funktionsebene für die Bereitstellungsgruppe.

Vorbereitungen:

  • Wenn Sie Citrix Provisioning™ (zuvor “Provisioning Services”) verwenden, aktualisieren Sie die VDA-Version in der Citrix Provisioning Console.
  • Starten Sie die Maschinen mit dem aktualisierten VDA, damit sie sich bei dem Delivery Controller registrieren können. Dadurch wird in der Konsole darüber informiert, welche Elemente in der Bereitstellungsgruppe aktualisiert werden müssen.
  • Wenn Sie ältere VDA-Versionen weiterverwenden müssen, sind neuere Produktfeatures nicht verfügbar. Weitere Informationen finden Sie in der Upgrade-Dokumentation.

So ändern Sie die Funktionsebene für eine Bereitstellungsgruppe:

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Gruppe aus und klicken Sie dann in der Aktionsleiste auf Funktionsebene ändern. Die Aktion Funktionsebene ändern wird nur angezeigt, wenn aktualisierte VDAs erkannt werden.
  3. Klicken Sie auf Ändern.

In der Anzeige sehen Sie, für welche Maschinen die Funktionsebene ggf. nicht geändert werden kann, und warum dies nicht möglich ist. Sie können die Änderung dann abbrechen, das Problem auf der Maschine beheben und die Änderung erneut ausführen.

Nach Abschluss der Änderung können Sie die Maschinen in ihren vorherigen Zustand zurückversetzen. Wählen Sie die Bereitstellungsgruppe und dann in der Aktionsleiste Änderung der Funktionsebene rückgängig machen.

Remote-PC-Zugriff-Bereitstellungsgruppen verwalten

Wenn eine Maschine eines Remote-PC-Zugriff-Maschinenkatalogs nicht zugewiesen wurde, wird sie vorübergehend einer Bereitstellungsgruppe zugewiesen, die dem Maschinenkatalog zugeordnet ist. Dadurch kann sie später einem Benutzer zugewiesen werden.

Die Zuweisung der Bereitstellungsgruppe zum Maschinenkatalog ist mit einem Prioritätswert verbunden. Die Priorität bestimmt die Bereitstellungsgruppe einer Maschine bei der Registrierung beim System oder wenn ein Benutzer eine Maschinenzuweisung benötigt. Je geringer der Wert, desto höher die Priorität. Wenn ein Remote-PC-Zugriff-Maschinenkatalog mehrere Bereitstellungsgruppenzuweisungen hat, wird die mit der höchsten Priorität vom System ausgewählt. Die Priorität legen Sie mit dem PowerShell-SDK fest.

Beim Erstellen eines Remote-PC-Zugriff-Maschinenkatalogs wird dieser einer Bereitstellungsgruppe zugeordnet. Dem Maschinenkatalog später hinzugefügte Maschinenkonten oder Organisationseinheiten können in der Bereitstellungsgruppe hinzugefügt werden. Die Zuordnung kann deaktiviert oder aktiviert werden.

Hinzufügen oder Entfernen der Zuordnung eines Remote-PC-Zugriff-Maschinenkatalogs zu einer Bereitstellungsgruppe

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Remote-PC-Zugriff-Gruppe aus.
  3. Klicken Sie im Abschnitt Details auf die Registerkarte Maschinenkataloge und wählen Sie einen Remote-PC-Zugriff-Maschinenkatalog.
  4. Um eine Zuordnung hinzuzufügen oder wiederherzustellen, klicken Sie auf Desktops hinzufügen. Zum Entfernen einer Zuordnung klicken Sie auf Zuordnung entfernen.

Bereitstellungsgruppen mit Ordnern organisieren

Sie können Ordner erstellen, um den Zugriff auf Bereitstellungsgruppen zu vereinfachen.

Tipp

Sie können Ihre bevorzugte Standardansicht (Ordner- oder Listenansicht) für den Knoten “Bereitstellungsgruppen” festlegen, indem Sie oben rechts in der Aktionsleiste auf das Symbol Ordner klicken.

Erforderliche Rollen

Standardmäßig benötigen Sie zum Erstellen und Verwalten von Bereitstellungsgruppenordnern die folgende integrierte Rolle: Cloudadministrator, Volladministrator oder Bereitstellungsgruppenadministrator. Bei Bedarf können Sie Rollen für das Erstellen und Verwalten von Bereitstellungsgruppenordnern anpassen. Weitere Informationen finden Sie unter Erforderliche Berechtigungen.

Bereitstellungsgruppenordner erstellen

Planen Sie zunächst, wie Sie Ihre Bereitstellungsgruppen organisieren wollen. Beachten Sie Folgendes:

  • Sie können Ordner bis zu fünf Ebenen tief verschachteln (mit Ausnahme des Standardstammordners).
  • Ein Ordner kann Bereitstellungsgruppen und Unterordner enthalten.

  • Alle Knoten in Web Studio (wie etwa Maschinenkataloge, Bereitstellungsgruppen, Anwendungen und Anwendungsgruppen) teilen sich im Back-End denselben Ordnerbaum. Um Namenskonflikte beim Umbenennen oder Verschieben von Ordnern zu vermeiden, verwenden Sie eindeutige Namen für Ordner der ersten Ebene über verschiedene Knoten hinweg.

    Wenn Sie mit dem SDK-Cmdlet New-BrokerAdminFolder einen Ordner erstellen und möchten, dass dieser unter dem Knoten Delivery Groups angezeigt wird, müssen Sie die Metadaten ContainsDeliveryGroups mit dem Cmdlet Set-BrokerAdminFolderMetadata hinzufügen.

    Beispiel:

       Set-BrokerAdminFolderMetadata -AdminFolderId {adminFolderUid} -Name ContainsDeliveryGroups -Value true
 <!--NeedCopy-->

Gehen Sie wie folgt vor, um einen Bereitstellungsgruppenordner zu erstellen:

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie in der Ordnerhierarchie einen Ordner aus und klicken Sie dann in der Aktionsleiste auf Ordner erstellen.
  3. Geben Sie einen Namen für den neuen Ordner ein und klicken Sie dann auf Fertig.

Tipp

Wenn Sie einen Ordner an einem falschen Speicherort erstellen, können Sie ihn an den korrekten Speicherort ziehen.

Bereitstellungsgruppe verschieben

Sie können eine Bereitstellungsgruppe zwischen Ordnern verschieben. Verfahren:

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.

  2. Zeigen Sie Gruppen nach Ordner sortiert an. Sie können auch die Option Alle anzeigen über der Ordnerhierarchie aktivieren, um alle Bereitstellungsgruppen gleichzeitig anzuzeigen.

  3. Klicken Sie mit der rechten Maustaste auf eine Gruppe und wählen Sie Bereitstellungsgruppe verschieben.

  4. Wählen Sie den Ordner aus, in den Sie die Gruppe verschieben möchten, und klicken Sie auf Fertig.

Tipp

Sie können eine Gruppe in einen Ordner ziehen.

Bereitstellungsgruppenordner verwalten

Sie können Bereitstellungsgruppenordner löschen, umbenennen und verschieben.

Beachten Sie, dass Sie einen Ordner nur dann löschen können, wenn er und seine Unterordner keine Bereitstellungsgruppen enthalten.

Gehen Sie wie folgt vor, um einen Ordner zu verwalten:

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.

  2. Wählen Sie in der Ordnerhierarchie einen Ordner aus und wählen Sie dann eine gewünschte Aktion in der Aktionsleiste aus:

    • Wählen Sie zum Umbenennen des Ordners Ordner umbenennen aus.
    • Wählen Sie zum Löschen des Ordners Ordner löschen aus.
    • Wählen Sie zum Verschieben des Ordners Ordner verschieben aus.

  3. Folgen Sie den Anweisungen auf dem Bildschirm, um die restlichen Schritte auszuführen.

Erforderliche Berechtigungen

In der folgenden Tabelle sind die Berechtigungen aufgeführt, die zum Ausführen von Aktionen für Bereitstellungsgruppenordner erforderlich sind.

Aktion Erforderliche Berechtigungen
Bereitstellungsgruppenordner erstellen Bereitstellungsgruppenordner erstellen
Bereitstellungsgruppenordner löschen Bereitstellungsgruppenordner entfernen
Bereitstellungsgruppenordner verschieben Bereitstellungsgruppenordner verschieben
Bereitstellungsgruppenordner umbenennen Bereitstellungsgruppenordner bearbeiten
Bereitstellungsgruppen in Ordner verschieben Bereitstellungsgruppenordner und Bereitstellungsgruppeneigenschaften bearbeiten

App Protection verwalten

Die folgenden Informationen ergänzen den App-Schutz. Beachten Sie die folgenden Details:

  • Sie müssen über einen gültigen Anspruch auf App Protection verfügen. Wenden Sie sich an Ihren Citrix Vertriebsmitarbeiter, um das App Protection-Feature zu erwerben.

  • App Protection erfordert XML-Vertrauen. Um XML-Vertrauen zu aktivieren, gehen Sie zu Einstellungen > XML-Vertrauen aktivieren.

  • Screenshotschutz:

    • Unter Windows und macOS ist nur das Fenster mit dem geschützten Inhalt leer. App Protection ist aktiv, wenn ein geschütztes Fenster nicht minimiert ist.
    • Unter Linux ist der gesamte Screenshot leer. App Protection ist aktiv, unabhängig davon, ob ein geschütztes Fenster minimiert ist.

Führen Sie folgende Schritte aus, um eine App Protection-Methode für eine Bereitstellungsgruppe auszuwählen:

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.

  2. Wählen Sie eine Bereitstellungsgruppe und dann in der Aktionsleiste Bearbeiten.

  3. Auf der Seite App Protection sehen Sie die folgenden Optionen:

    Optionen Beschreibung
    Nicht anwenden Wählen Sie diese Option, um die Einstellung nicht anzuwenden.
    Auf diese Bereitstellungsgruppe anwenden Wählen Sie die Optionen Keyloggingschutz und/oder Bildschirmerfassungsschutz aus. Bewegen Sie den Mauszeiger über jede dieser Einstellungen, um die Details im Tooltip zu lesen.
    Kontextuell anwenden




    		Um diese Einstellung anzuwenden, konfigurieren Sie die Zugriffsrichtlinie auf der Seite mit den Zugriffsrichtlinieneinstellungen.
    1. Klicken Sie im linken Bereich auf Zugriffsrichtlinie und dann auf Hinzufügen.
    2. Gehen Sie auf der Seite Richtlinie hinzufügen wie folgt vor
      • i. Geben Sie einen Richtliniennamen ein und konfigurieren Sie die Einstellungen nach Bedarf.
      • ii. Geben Sie in den Feldern Filter und Wert die Details ein und klicken Sie auf Fertig. Die neue Richtlinie ist auf der Seite App Protection aufgeführt. Aktivieren Sie die erforderlichen Einstellungen für diese Richtlinie.
      • iii. Klicken Sie auf Speichern.

  4. Wählen Sie auf der Seite Bereitstellungsgruppe die Bereitstellungsgruppe aus und klicken Sie unten auf den Tab Details. Die neu angewendeten Einstellungen für App Protection werden angezeigt.

Suspend-Funktion für eine Bereitstellungsgruppe ändern

Legen Sie die Anhalten-Fähigkeit für eine Bereitstellungsgruppe als erforderlich oder optional fest:

  • Erforderlich – Die Bereitstellungsgruppe kann nur die VMs enthalten, die angehalten werden können.

  • Optional – Die Bereitstellungsgruppe kann VMs enthalten, die Aanhalten-fähig sind oder nicht.

Voraussetzungen

Sie können die Suspend-Funktion einer Bereitstellungsgruppe nur auf Required ändern, wenn alle in der Bereitstellungsgruppe vorhandenen VMs suspendierbar sind.

So ändern Sie die Anhalten-Fähigkeit einer Bereitstellungsgruppe :

  1. Gehen Sie im Web Studio im linken Bereich zu Bereitstellungsgruppen .
  2. Wählen Sie eine Gruppe aus, und klicken Sie dann in der Aktionsleiste auf Anhalten-Fähigkeit ändern.
  3. Klicken Sie auf Ja, um Ihre Aktion zu bestätigen.

Benutzer

Dieser Abschnitt behandelt die folgenden Themen:

Benutzereinstellungen für eine Bereitstellungsgruppe ändern

Der Name dieser Seite lautet Benutzereinstellungen oder Grundeinstellungen.

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Ändern Sie auf der Seite Benutzereinstellungen (bzw. Grundeinstellungen), die folgenden Optionen nach Bedarf.
  4. Klicken Sie auf Anwenden, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Alternativ klicken Sie auf Speichern, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.
Einstellung Beschreibung
Beschreibung Text, der in Citrix Workspace (oder StoreFront) angezeigt wird
Bereitstellungsgruppe aktivieren Zeigt an, ob die Bereitstellungsgruppe aktiviert ist.
Zeitzone Die Zeitzone, die für die Maschinen dieser Bereitstellungsgruppe gelten muss. Die Option listet die von der Site unterstützten Zeitzonen auf. Hinweis:Durch das Ändern der Zeitzone für eine Bereitstellungsgruppe kann ein Neustart der darin enthaltenen Maschinen ausgelöst werden. Um Probleme zu vermeiden, ändern Sie die Zeitzoneneinstellungen außerhalb der Produktionszeiten.
Secure ICA aktivieren® Die gesamte Kommunikation zu und von Maschinen in der Bereitstellungsgruppe wird mit SecureICA, das das ICA-Protokoll verschlüsselt, geschützt. Die Standardebene ist 128-Bit. Die Ebene kann über das SDK geändert werden. Citrix empfiehlt die Verwendung zusätzlicher Verschlüsselungsmethoden, z. B. TLS-Verschlüsselung, wenn Datenübertragungen über öffentliche Netzwerke stattfinden. Bei SecureICA wird die Datenintegrität auch nicht geprüft.

Hinzufügen und Entfernen von Benutzern zu bzw. aus Bereitstellungsgruppen

Ausführliche Informationen zu Benutzern finden Sie unter Benutzer.

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.

  3. Gehen Sie auf der Seite Benutzer folgendermaßen vor:

    • Zum Hinzufügen von Benutzern klicken Sie auf Hinzufügen und geben Sie die Benutzer an, die Sie hinzufügen möchten.
    • Zum Entfernen von Benutzern wählen Sie mindestens einen Benutzer aus und klicken Sie auf Entfernen.
    • Aktivieren oder deaktivieren Sie das Kontrollkästchen, um nicht authentifizierten Benutzern den Zugriff zu erlauben.
  4. Klicken Sie auf Anwenden, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Alternativ klicken Sie auf Speichern, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

Importieren und Exportieren von Benutzerlisten

Bei Bereitstellungsgruppen mit physischen Maschinen mit Windows-Einzelsitzungs-OS können Sie Benutzerinformationen nach dem Erstellen der Bereitstellungsgruppe aus einer CSV-Datei importieren. Sie können Benutzerinformationen auch in eine CSV-Datei exportieren. Die CSV-Datei kann Daten aus einer vorherigen Produktversion enthalten.

Die erste Zeile der CSV-Datei muss zwei durch ein Komma getrennte Spaltenüberschriften enthalten. Stellen Sie sicher, dass der erste Header Maschinenkonto und der zweite Header Benutzernamen ist. (Sie können zusätzliche Header einfügen, diese werden jedoch nicht unterstützt.) Die nachfolgenden Zeilen enthalten durch Trennzeichen getrennte Daten. Die Einträge Maschinenkonto können Computer-SID, FQDN oder Domänen- und Computernamenpaare sein.

Importieren oder Exportieren von Benutzerinformationen

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Klicken Sie auf der Seite Maschinenzuteilung auf Liste importieren bzw. Liste exportieren und navigieren Sie zum Speicherort der Datei.
  4. Klicken Sie auf Anwenden, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Alternativ klicken Sie auf Speichern, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

Benutzerzuweisungen verwalten

Verwalten Sie Benutzerzuweisungen für Maschinen in einer Bereitstellungsgruppe. Wenn Desktopzuweisungsregeln für die Bereitstellungsgruppe konfiguriert werden, werden Maschinen Benutzern beim ersten Start des Desktops nach dem Zufallsprinzip zugewiesen und bleiben den Benutzern zugewiesen, sofern ihre Benutzerzuweisungen nicht geändert werden. Wenn Sie eine nicht zugewiesene Maschine manuell bestimmten Benutzern zuweisen oder die bestehende Benutzerzuweisung für eine Maschine ändern möchten, führen Sie die in diesem Thema beschriebenen Schritte aus, um Änderungen vorzunehmen. Mit diesen Schritten können Sie auch die Namen ändern, die in der Citrix Workspace-App für Maschinen angezeigt werden, die Benutzern zugewiesen sind.

Verfahren:

  1. Wählen Sie links in der Konsole Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und dann in der Aktionsleiste Bearbeiten.

  3. Wählen Sie im linken Bereich Maschinenzuteilung aus. Die folgenden Details werden für jede Maschine in der Gruppe angezeigt:

    • Maschinenname: Zeigt den Namen einer Maschine an.
    • Anzeigename: Zeigt den Anzeigenamen der Maschine in der Citrix Workspace-App an.
    • Benutzer: Zeigt Benutzer an, die diese Maschine zugewiesen sind. Wenn Desktopzuweisungsregeln konfiguriert sind, werden Maschinen Benutzern beim ersten Desktop-Start nach dem Zufallsprinzip zugewiesen und bleiben ihnen zugewiesen, sofern ihre Benutzerzuweisungen nicht geändert werden.

  4. Suchen Sie eine Maschine und weisen Sie ihr dann Benutzer zu oder ändern Sie ihre Benutzerzuweisung:

    • Klicken Sie auf Browser, um nach Benutzern zu suchen.
    • Geben Sie in der Spalte Benutzer eine durch Semikolons getrennte Liste von Benutzernamen ein.
    • Klicken Sie auf Aus CSV-Datei importieren, um die Einstellungsdetails mit einer CSV-Datei zu importieren.

  5. (Optional) Wenn die Maschine Benutzern zugewiesen ist, ändern Sie den Anzeigenamen nach Bedarf.

    Hinweis:

    Das Feld “Anzeigename” ist nur aktiviert, wenn die Maschine Benutzern zugewiesen ist:

    • Wenn die Maschine einem Benutzer auf der Grundlage einer Desktopzuweisungsregel zugewiesen ist, wird in diesem Feld der in dieser Regel konfigurierte Anzeigename angezeigt.
    • Wenn die Maschine manuell Benutzern zugewiesen wird und das Feld leer gelassen wird, wird der veröffentlichte Name der Bereitstellungsgruppe (falls angegeben) als Anzeigename der Maschine verwendet. Der Name der Bereitstellungsgruppe wird verwendet, wenn der veröffentlichte Name nicht angegeben ist. Beachten Sie, dass Sie veröffentlichte Namen für Bereitstellungsgruppen nur über PowerShell angeben können.
  6. Wählen Sie Übernehmen, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Oder wählen Sie OK, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

Maschinen

Ändern der Maschinen-Benutzer-Zuweisung in einer Bereitstellungsgruppe

Sie können die Zuweisungen von Maschinen mit Windows-Einzelsitzungs-OS ändern, die mit MCS bereitgestellt wurden. Die Zuweisungen für Maschinen mit Windows-Multisitzungs-OS und mit Citrix Provisioning bereitgestellte Maschinen können Sie nicht ändern.

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Geben Sie die neuen Benutzer auf der Seite Desktops bzw. Desktopzuweisungsregeln an (Seitentitel abhängig vom Typ des Maschinenkatalogs).
  4. Klicken Sie auf Anwenden, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Alternativ klicken Sie auf Speichern, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

Lokalen Hostcache für gepoolte, energieverwaltete Einzelsitzungs-VDAs aktivieren

Standardmäßig sind gepoolte Maschinen mit Energieverwaltung für Einzelsitzungen nicht verfügbar, wenn sie sich im Modus Lokaler Hostcache befinden. Sie können das Standardverhalten für jede Bereitstellungsgruppe außer Kraft setzen. Verfahren:

  1. Wählen Sie in Studio im linken Bereich Bereitstellungsgruppen aus.

    In der Gruppenliste zeigen Gruppen mit gepoolten Einzelsitzungsmaschinen, die von MCS oder Citrix Provisioning bereitgestellt wurden, ein Warnsymbol an.

  2. Wählen Sie eine Gruppe und dann in der Aktionsleiste Bearbeiten aus.
  3. Wählen Sie auf der Seite Lokaler Hostcache die Option Ressourcen verfügbar lassen aus.
  4. Wählen Sie Übernehmen, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Oder wählen Sie OK, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

Alternativ können Sie das Standardverhalten mithilfe von PowerShell-Befehlen außer Kraft setzen. Weitere Informationen finden Sie unter Unterstützung für Anwendungen und Desktops.

Wichtig:

Die Aktivierung des Zugriffs auf gepoolte Einzelsitzungsmaschinen mit Energieverwaltung kann dazu führen, dass Daten und Änderungen aus früheren Benutzersitzungen in nachfolgenden Sitzungen wiedergegeben werden.

Ändern der maximalen Anzahl Maschinen pro Benutzer in einer Bereitstellungsgruppe

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Legen Sie auf der Seite Desktopzuweisungsregeln einen Wert für “Maximale Desktops pro Benutzer” fest.
  4. Klicken Sie auf Anwenden, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Alternativ klicken Sie auf Speichern, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

Aktualisieren einer Maschine in einer Bereitstellungsgruppe

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Gruppe und klicken Sie in der Aktionsleiste auf Maschinen anzeigen.
  3. Wählen Sie eine Maschine und klicken Sie in der Aktionsleiste auf Maschinen aktualisieren.

Zum Auswählen eines anderen Images wählen Sie Image und dann einen Snapshot.

Zum Anwenden der Änderungen und Benachrichtigen der Benutzer der Maschine wählen Sie Rolloutbenachrichtigung für Endbenutzer. Geben Sie anschließend Folgendes an:

  • Zeitpunkt der Aktualisierung des Masterimages: jetzt oder beim nächsten Neustart
  • Neustart-Verteilungszeit (Zeit insgesamt, während derer das Update aller Maschinen beginnen soll)
  • Ob Benutzer über den Neustart benachrichtigt werden
  • Meldung, die die Benutzer erhalten

Tagbeschränkungen für einen Desktop hinzufügen, ändern oder entfernen

Das Hinzufügen, Bearbeiten und Entfernen von Tagbeschränkungen kann unerwartete Auswirkungen darauf haben, welche Desktops für den Start in Betracht gezogen werden. Lesen Sie die Informationen und Hinweise unter Tags.

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Wählen Sie auf der Seite Desktops den Desktop und klicken Sie auf Bearbeiten.
  4. Zum Hinzufügen einer Tagbeschränkung wählen Sie Starts auf Maschinen mit Tag beschränken und wählen Sie dann das Tag aus.

  5. Ändern oder Entfernen einer Tagbeschränkung:

    • Wählen Sie ein anderes Tag.
    • Entfernen Sie die Tagbeschränkung durch Deaktivieren von Starts auf Maschinen mit Tag beschränken.
  6. Klicken Sie auf Anwenden, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Alternativ klicken Sie auf Speichern, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

Entfernen von Maschinen aus Bereitstellungsgruppen

Durch Entfernen von Maschinen werden diese aus Bereitstellungsgruppen gelöscht. Sie werden jedoch nicht aus dem Maschinenkatalog der Bereitstellungsgruppe gelöscht. Die Maschine steht daher für Zuweisungen zu anderen Bereitstellungsgruppen zur Verfügung.

Maschinen müssen heruntergefahren werden, bevor sie entfernt werden können. Wenn Sie vorübergehend verhindern möchten, dass Benutzer eine Verbindung mit der Maschine herstellen, während Sie sie löschen, setzen Sie die Maschine in den Wartungsmodus, bevor Sie sie herunterfahren.

Wenn Sie eine Maschine einem anderen Benutzer zuweisen, denken Sie daran, dass Maschinen persönliche Daten enthalten können. Ziehen Sie ggf. ein Reimaging solcher Maschinen in Betracht.

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Gruppe und klicken Sie in der Aktionsleiste auf Maschinen anzeigen.
  3. Vergewissern Sie sich, dass die Maschine heruntergefahren ist.
  4. Wählen Sie die Maschine aus und klicken Sie auf in der Aktionsleiste auf Aus Bereitstellungsgruppe entfernen.

Sie können eine Maschine auch über die von der Maschine verwendete Verbindung aus einer Bereitstellungsgruppe entfernen.

Einschränken des Zugriffs auf Maschinen einer Bereitstellungsgruppe

Alle Änderungen zum Einschränken des Zugriffs auf Ressourcen in einer Bereitstellungsgruppe haben Vorrang vor zuvor durchgeführten Einstellungen, unabhängig von der verwendeten Methode. Sie haben folgende Möglichkeiten:

  • Zugriff für Administratoren über Geltungsbereiche für die delegierte Administration einschränken: Sie können einen Geltungsbereich erstellen und zuweisen, in dem Administratoren auf alle Anwendungen zugreifen können, und einen zweiten Geltungsbereich, der nur den Zugriff auf spezifische Anwendungen zulässt. Weitere Informationen finden Sie unter Delegierte Administration.

  • Zugriff für Benutzer mit Smart Access-Richtlinienausdrücken einschränken: Sie können Zugriffsrichtlinienregeln konfigurieren, um den Benutzerzugriff auf eine bestimmte Bereitstellungsgruppe zu steuern. Beispiele:

    • Beschränken Sie den Zugriff auf eine Untergruppe von Benutzern und geben Sie zulässige Benutzergeräte an.
    • Beschränken Sie den Zugriff auf Benutzer, die über Workspace (statt StoreFront) verbunden sind.
    • Beschränken Sie den Zugriff auf Benutzer, die über eine bestimmte Workspace-URL verbunden sind.

In diesem Abschnitt erfahren Sie, wie Sie den Benutzerzugriff auf Bereitstellungsgruppen mit Zugriffsrichtlinienregeln einschränken können:

Info über Zugriffsrichtlinienregeln

Sie können mehrere Zugriffsrichtlinienregeln für eine Bereitstellungsgruppe konfigurieren. Apps und Desktops in einer Bereitstellungsgruppe werden in StoreFront oder Workspace eines Benutzers angezeigt, wenn die Verbindung des Benutzers einer Zugriffsrichtlinienregel entspricht, die Sie für die Bereitstellungsgruppe definiert haben, unabhängig von der Reihenfolge.

Jede Regel kann einzeln aktiviert oder deaktiviert werden. Eine deaktivierte Regel wird ignoriert, wenn die Zugriffsrichtlinie ausgewertet wird.

Zugriffsrichtlinie

In Web Studio enthält die Liste der Zugriffsrichtlinien die folgenden standardmäßigen SmartAccess-Richtlinienregeln. Sie können bei Bedarf weitere hinzufügen.

  • Citrix Gateway-Verbindungen. Diese Richtlinie erlaubt nur Benutzern, deren Verbindung über Citrix Gateway hergestellt wurde, auf Ressourcen innerhalb der Bereitstellungsgruppe zuzugreifen. Benutzerverbindungen, die bei aktiviertem Gerätestatus- oder Netzwerkstandort-Feature über Workspace hergestellt werden, sind ebenfalls als Verbindungen über Citrix Gateway einzustufen.
  • Nicht-Citrix Gateway-Verbindungen. Diese Richtlinie erlaubt nur Benutzern, deren Verbindung nicht über Citrix Gateway hergestellt wurde, den Zugriff auf Ressourcen innerhalb der Bereitstellungsgruppe.

Hinweis:

  • Um zu verhindern, dass die Standardregeln eine neu konfigurierte überschreiben, müssen Sie entweder die Standardregeln deaktivieren oder sie optimieren, um die in der neuen Richtlinie verwendeten Filter auszuschließen.
  • Die Standardrichtlinien können nicht gelöscht, aber deaktiviert werden. Um eine Richtlinie zu deaktivieren, klicken Sie auf das Symbol Bearbeiten und ändern Sie dann den Status der Richtlinie in Deaktiviert.
  • Die Richtlinienliste enthält auch Regeln, die mithilfe von PowerShell-Befehlen hinzugefügt wurden. Diese Richtlinien können gelöscht, aber nicht in Web Studio bearbeitet werden.

Zugriffsrichtlinienregeln mit Web Studio hinzufügen

Eine Zugriffsrichtlinienregel besteht aus einer Reihe von Filtern. Weitere Informationen zu Filtern finden Sie in diesem Artikel. Beim Hinzufügen einer Zugriffsrichtlinienregel fügen Sie der Regel nach Bedarf mehrere Bedingungsfilter hinzu.

Gehen Sie folgendermaßen vor, um mit Web Studio eine Richtlinie für eine Bereitstellungsgruppe hinzuzufügen:

  1. Wählen Sie links in der Konsole Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.

  3. Klicken Sie auf der Seite Zugriffsrichtlinie auf Hinzufügen. Die Seite Neue Richtlinie hinzufügen wird angezeigt.

    Richtlinie hinzufügen

  4. Geben Sie im Feld Richtlinienname einen beschreibenden Namen für die Richtlinie ein. Der Name muss in Ihrer Bereitstellung eindeutig sein.

  5. Gehen Sie wie folgt vor, um die Kriterien für zulässige Benutzerverbindungen zu definieren:

    1. Wählen Sie Verbindungen, die eines der folgenden Kriterien erfüllen aus.
    2. Klicken Sie auf Kriterium hinzufügen.
    3. Geben Sie im Feld Filter den Namen des Filters ein, den Sie verwenden möchten. Geben Sie im Feld Wert einen gewünschten Wert für den Filter ein. Um beispielsweise nur Benutzern, die über Workspace (statt StoreFront) verbunden sind, den Zugriff auf Ressourcen in dieser Bereitstellungsgruppe zu ermöglichen, geben Sie Citrix-Via-Workspace für Filter und True für Value ein.
    4. Um weitere Kriterien hinzuzufügen, wiederholen Sie die Schritte b-c.

    5. Wählen Sie die Beziehung unter den Kriterien aus:

      • Beliebige Übereinstimmung. Erlaubt den Zugriff nur, wenn die eingehende Benutzerverbindung eines der konfigurierten Filterkriterien erfüllt.
      • Übereinstimmung mit allen. Erlaubt den Zugriff nur, wenn die eingehende Benutzerverbindung alle konfigurierten Filterkriterien erfüllt.

  6. Gehen Sie wie folgt vor, um die Kriterien für nicht zugelassene Benutzerverbindungen zu definieren:

    1. Wählen Sie Verbindungen, die keines der folgenden Kriterien erfüllen aus.
    2. Klicken Sie auf Kriterium hinzufügen.
    3. Geben Sie im Feld Filter den Namen des Filters ein, den Sie verwenden möchten. Geben Sie im Feld Wert einen gewünschten Wert für den Filter ein. Beispielsweise, um Benutzern, die über die Workspace-URL example.cloud.com verbunden sind, den Zugriff auf Ressourcen in dieser Bereitstellungsgruppe zu verbieten. Geben Sie Citrix.Workspace.UsingDomain für Filter und example.cloud.com für Value ein.

    4. Um weitere Kriterien hinzuzufügen, wiederholen Sie die Schritte b-c.

      Hinweis:

      Benutzerverbindungen, die eines der konfigurierten Kriterien erfüllen, sind für Ressourcen in dieser Bereitstellungsgruppe gesperrt.

  7. Klicken Sie auf Fertig.

    Die neue Richtlinie wird in der Richtlinienliste angezeigt.

  8. Überprüfen und optimieren Sie die Standardrichtlinienregeln, um unbeabsichtigte Überschneidungen mit Verbindungen zu vermeiden, die unter diese neue Richtlinie fallen. Verwenden Sie die folgenden Methoden, um die vorhandenen Richtlinien zu verfeinern:

    Wichtig:

    Wie unter Info über Zugriffsrichtlinienregeln erklärt, erhält der Benutzer Zugriff auf seine Ressourcen, wenn die Verbindung eines Benutzers einer oder mehreren Richtlinienregeln in einer Bereitstellungsgruppe entspricht. Daher müssen Sie nach dem Erstellen einer Regel die vorhandenen Regeln sorgfältig überprüfen und optimieren, um unbeabsichtigte Überschneidungen mit Verbindungen zu vermeiden, die unter die neue Regel fallen.

Zugriffsrichtlinienregeln mit Web Studio verwalten

Sie können die Einschluss- und Ausschlusskriterien verwenden, um die Standardrichtlinien zu optimieren. Gehen Sie beispielsweise folgendermaßen vor, um den Zugriff auf eine Teilmenge dieser Verbindungen einzuschränken:

  1. Bearbeiten Sie eine Standardrichtlinie.
  2. Wählen Sie Verbindungen, die eines der folgenden Kriterien erfüllen aus.
  3. Fügen Sie SmartAccess-Richtlinienausdrücke für zulässige Benutzerzugriffsszenarios hinzu, bzw. bearbeiten oder löschen Sie diese.

Weitere Informationen finden Sie in der Dokumentation zu Citrix Gateway.

Zugriffsrichtlinienregeln mit PowerShell hinzufügen und verwalten

Sie können die folgenden PowerShell-Cmdlets verwenden, um Zugriffsrichtlinienregeln für Bereitstellungsgruppen hinzuzufügen und zu verwalten:

  • New-BrokerAccessPolicyRule
  • Get-BrokerAccessPolicyRule
  • Set-BrokerAccessPolicyRule
  • Rename-BrokerAccessPolicyRule
  • Remove-BrokerAccessPolicyRule

Weitere Informationen finden Sie in den entsprechenden Artikeln in der Citrix-Dokumentation für Entwickler.

Unterbinden der Benutzerverbindung mit Maschinen (Wartungsmodus) in einer Bereitstellungsgruppe

Wenn Sie vorübergehend verhindern möchten, dass neue Verbindungen mit Maschinen hergestellt werden, können Sie den Wartungsmodus für eine oder alle Maschinen in einer Bereitstellungsgruppe aktivieren. Das ist beispielsweise vor dem Anwenden von Patches oder der Verwendung von Verwaltungstools nützlich.

  • Wenn eine Maschine mit Windows-Multisitzungs-OS im Wartungsmodus ist, können Benutzer eine Verbindung mit vorhandenen Sitzungen herstellen, aber keine neuen Sitzungen starten.
  • Bei einer Maschine mit Windows-Einzelsitzungs-OS (oder mit Remote-PC-Zugriff) im Wartungsmodus können Benutzer keine Verbindung herstellen. Aktuelle Verbindungen bleiben bis zur Trennung oder Abmeldung erhalten.

Wartungsmodus ein- oder ausschalten:

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Gruppe aus.

  3. Zum Aktivieren des Wartungsmodus für alle Maschinen in der Bereitstellungsgruppe klicken Sie in der Aktionsleiste auf Wartungsmodus einschalten.

    Zum Aktivieren des Wartungsmodus für einzelne Maschinen klicken Sie in der Aktionsleiste auf Maschinen anzeigen. Wählen Sie eine Maschine aus und klicken Sie in der Aktionsleiste auf Wartungsmodus einschalten.

  4. Zum Deaktivieren des Wartungsmodus für eine oder alle Maschinen in einer Bereitstellungsgruppe folgen Sie den Anweisungen oben unter Auswahl der Option Wartungsmodus ausschalten in der Aktionsleiste.

Einstellungen für Windows-Remotedesktopverbindungen wirken sich auch darauf aus, ob eine Multisitzungs-OS-Maschine im Wartungsmodus ist. Der Wartungsmodus ist in folgenden Fällen aktiviert:

  • Der Wartungsmodus wurde wie oben beschrieben aktiviert.
  • Die Remotedesktopverbindung wurde auf Keine Verbindung mit diesem Computer zulassen festgelegt.
  • Die Remotedesktopverbindung wurde nicht auf Keine Verbindung mit diesem Computer zulassen festgelegt. Der Anmeldemodus der Remotehostkonfiguration wurde auf Neue Verbindungen zulassen, doch neue Anmeldungen verhindern oder Neue Verbindungen zulassen, doch Neuanmeldungen bis zum Neustart des Servers verweigern festgelegt.

Sie können den Wartungsmodus auch für Folgendes ein- oder ausschalten:

  • Verbindungen, dies wirkt sich auf die Maschinen aus, die die Verbindung verwenden.
  • Maschinenkataloge, dies wirkt sich auf die Maschinen in dem betreffenden Katalog aus.

Herunterfahren und Neustarten von Maschinen in einer Bereitstellungsgruppe

Dieser Vorgang wird für Remote-PC-Zugriff-Maschinen nicht unterstützt.

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Gruppe und klicken Sie in der Aktionsleiste auf Maschinen anzeigen.

  3. Wählen Sie die Maschine und klicken Sie in der Aktionsleiste auf einen der folgenden Einträge:

    • Herunterfahren erzwingen: Die Maschine wird zwingend abgeschaltet und die Liste der Maschinen wird aktualisiert.
    • Neu starten: Das Betriebssystem wird heruntergefahren und die Maschine wird neu gestartet. Wenn das Betriebssystem diese Aufgaben nicht ausführen kann, bleibt die Maschine im aktuellen Zustand.
    • Neustart erzwingen: Das Betriebssystem wird zwangsweise heruntergefahren und die Maschine dann neu gestartet.
    • Anhalten: Die Maschine wird ohne Herunterfahren angehalten die Liste der Maschinen wird aktualisiert.
    • Herunterfahren: Das Betriebssystem wird aufgefordert, herunterzufahren.

Wird bei Aktionen ohne Erzwingen eine Maschine nicht innerhalb von 10 Minuten heruntergefahren, wird sie ausgeschaltet. Wenn Windows versucht, während des Herunterfahrens Updates zu installieren, besteht die Gefahr, dass die Maschine ausgeschaltet wird, bevor die Updates abgeschlossen sind.

Citrix empfiehlt, dass Sie die Auswahl des Befehls Herunterfahren durch Benutzer bei Maschinen mit Windows-Einzelsitzungs-OS während einer Sitzung nicht zulassen. Einzelheiten finden Sie in der Microsoft-Dokumentation zu Richtlinien.

Sie können auch Maschinen mit Verbindung herunterfahren und neu starten.

Erstellen und Verwalten von Neustartzeitplänen für Maschinen in einer Bereitstellungsgruppe

Hinweis:

  • Wenn ein Neustartzeitplan auf eine Bereitstellungsgruppe mit aktiviertem Autoscale™ angewendet wird, werden die enthaltenen Maschinen ausgeschaltet und von Autoscale neu eingeschaltet.
  • Wenn Neustartzeitpläne auf zufällige Maschinen mit Einzelsitzungs-OS angewendet werden, werden diese Maschinen ausgeschaltet und nicht neu gestartet, um Kosten zu sparen. Wir empfehlen die Verwendung von Autoscale zum Einschalten von Maschinen.
  • Durch das Ändern der Zeitzone für eine Bereitstellungsgruppe kann ein Neustart der darin enthaltenen Maschinen ausgelöst werden. Um Probleme zu vermeiden, ändern Sie die Zeitzoneneinstellungen außerhalb der Produktionszeiten.

Über einen Neustartzeitplan wird der regelmäßige Neustart aller Maschinen in einer Bereitstellungsgruppe festgelegt. Sie können einen oder mehrere Zeitpläne für eine Bereitstellungsgruppe erstellen. Ein Zeitplan kann sich auf Folgendes auswirken:

  • Alle Maschinen in der Gruppe
  • Eine oder mehrere (aber nicht alle) Maschinen Die Maschinen werden durch ein Tag identifiziert. Es handelt sich hierbei um eine “Tagbeschränkung”, da die Aktion auf Elemente beschränkt wird, die über das Tag verfügen.

Angenommen, alle Maschinen befinden sich in einer Bereitstellungsgruppe. Sie möchten alle Maschinen mindestens einmal wöchentlich neu starten. Die Maschinen der Buchhaltung sollen täglich neu gestartet werden. Sie richten hierzu einen Zeitplan für alle Maschinen und einen weiteren für die Maschinen der Buchhaltung ein.

Ein Zeitplan enthält Datum und Uhrzeit des Beginns sowie die Dauer des Neustarts.

Sie können Zeitpläne aktivieren und deaktivieren. Das Deaktivieren kann beim Testen, während bestimmter Zeiten oder beim Vorbereiten von Zeitplänen hilfreich sein.

Sie können Zeitpläne nicht für das automatisierte Einschalten oder Herunterfahren über die Verwaltungskonsole verwenden, sondern nur für Neustarts.

Zeitplanüberlagerungen

Mehrere Zeitpläne können einander überschneiden. Im obigen Beispiel wirken sich beide Pläne auf die Maschinen der Buchhaltung aus. Die Maschinen können am Sonntag zweimal neu gestartet werden. Der Zeitplancode ist darauf ausgelegt, unerwünschte Neustarts zu vermeiden, es besteht jedoch keine Garantie, dass dies immer vermieden wird.

  • Wenn Start- und Dauer beider Zeitpläne genau übereinstimmen, ist es wahrscheinlicher, dass die Maschinen nur einmal neu gestartet werden.
  • Je stärker sich die Zeitpläne unterscheiden, umso wahrscheinlicher wird das Auftreten zweier Neustarts.
  • Auch die Zahl der von einem Zeitplan betroffenen Maschinen wirkt sich auf die Möglichkeit einer Überlagerung aus. In dem hier aufgeführten Beispiel kann der wöchentliche Zeitplan für den Neustart aller Maschinen Neustarts schneller auslösen, als der tägliche Zeitplan für die Buchhaltung (je nach der jeweils konfigurierten Dauer).

Weitere Informationen zu Neustartplänen finden Sie unter Reboot schedule internals.

Anzeigen von Neustartzeitplänen

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Wählen Sie die Seite Neustartzeitplan.

Die Seite Neustartzeitplan enthält die folgenden Informationen für jeden konfigurierten Zeitplan:

  • Zeitplanname
  • Gegebenenfalls verwendete Tageinschränkung
  • Wie oft die Maschine neu gestartet wird
  • Ob Maschinenbenutzer eine Benachrichtigung erhalten
  • Ob der Zeitplan aktiviert ist

Hinzufügen (Anwenden) von Tags

Wenn Sie einen Neustartzeitplan mit einer Tagbeschränkung konfigurieren, vergewissern Sie sich, dass das Tag den Maschinen hinzugefügt wird, auf die der Zeitplan angewendet werden soll. Im obigen Beispiel wird ein Tag auf jede Maschine der Buchhaltung angewendet. Einzelheiten finden Sie unter Tags.

Sie können zwar mehrere Tags auf eine Maschine anwenden, ein Neustartzeitplan kann jedoch nur ein Tag enthalten.

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie die Bereitstellungsgruppe mit den Maschinen, für die Sie den Zeitplan erstellen möchten.
  3. Klicken Sie auf Maschinen anzeigen und wählen Sie die Maschinen, denen Sie das Tag hinzufügen möchten.
  4. Klicken Sie in der Aktionsleiste auf Tags verwalten.
  5. Wenn das Tag vorhanden ist, aktivieren Sie das Kontrollkästchen neben dem Tagnamen. Ist das Tag noch nicht vorhanden, klicken Sie auf Erstellen und geben Sie einen Namen für das Tag ein. Nachdem das Tag erstellt wurde, aktivieren Sie das Kontrollkästchen neben dem neu erstellten Tagnamen.
  6. Klicken Sie im Dialogfeld Tags verwalten auf Speichern.

Erstellen eines Neustartzeitplans

Hinweis:

Neustartpläne können auf alle Multisession-Maschinen mit und ohne Energieverwaltung angewendet werden.

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Klicken Sie auf der Seite Neustartzeitplan auf Hinzufügen.

  4. Führen Sie auf der Seite Neustartzeitplan folgende Schritte aus:

    • Aktivieren Sie Ja, um den Zeitplan zu aktivieren. Wählen Sie Nein, um den Zeitplan zu deaktivieren.
    • Geben Sie einen Namen und eine Beschreibung für den Zeitplan ein.
    • Wenden Sie für Auf Tag beschränken eine Tagbeschränkung an.
    • Wählen Sie für Maschinen im Wartungsmodus einschließen aus, ob solche Maschinen in dem Zeitplan enthalten sein sollen. Informationen zur Verwendung von PowerShell finden Sie unter Geplante Neustarts für Maschinen im Wartungsmodus.
    • Legen Sie unter Neustartintervall fest, wie oft der Neustart durchgeführt werden soll: täglich, wöchentlich, monatlich oder einmal. Wenn Sie Wöchentlich oder Monatlich auswählen, können Sie einen oder mehrere Tage festlegen.
    • Geben Sie für Wiederholung alle an, wie oft der Zeitplan ausgeführt werden soll.
    • Geben Sie für Startdatum ein Startdatum für den Zeitplan an.
    • Wählen Sie unter Neustart beginnen um eine Uhrzeit für den Neustart im 24-Stunden-Format aus.
    • Option Neustartdauer:
      • Wenn Sie keinen natürlichen Neustart wünschen, wählen Sie Alle Maschinen gleichzeitig neu starten oder Alle Maschinen innerhalb von … Minuten neu starten.

      • Wenn Sie einen natürlichen Neustart wünschen, wählen Sie Alle Maschinen nach dem Draining der Sitzungen neu starten.

        Beim Inkrafttreten eines für den natürlichen Neustart konfigurierten Neustartzeitplans geschieht Folgendes:

        • Alle inaktiven Maschinen, die zur Bereitstellungsgruppe gehören, werden sofort neu gestartet.
        • Jede Maschine in einer Bereitstellungsgruppe mit einer oder mehreren aktiven Sitzungen wird neu gestartet, wenn alle Sitzungen abgemeldet sind.

        Hinweis:

        Natürliche Neustartpläne können nur energieverwaltete Maschinen neu starten.

    • Wählen Sie unter Benachrichtigung an Benutzer senden aus, ob auf den betroffenen Maschinen eine Meldung angezeigt werden soll, bevor der Neustart beginnt. Standardmäßig wird keine Meldung angezeigt.
    • Wenn Sie festlegen, dass 15 Minuten vor dem Neustart eine Meldung angezeigt wird, können Sie unter Benachrichtigungsintervall vorgeben, dass die Meldung alle fünf Minuten nach Erstanzeige wiederholt werden soll. Standardmäßig wird die Meldung nicht wiederholt angezeigt.

    • Geben Sie den Titel und den Text der Benachrichtigung ein. Es gibt keinen Standardtext.

        If you want the message to include a countdown to restart, include the variable **%m%**.   Unless you chose to restart all machines at the same time, the message appears on each machine at the appropriate time before the restart.
  5. Klicken Sie auf Fertig, um die Konfigurationsänderungen anzuwenden und das Fenster Neustartzeitplan hinzufügen zu schließen.
  6. Klicken Sie auf Anwenden, damit die Änderungen angewendet werden und das Fenster geöffnet bleibt. Alternativ klicken Sie auf Speichern, um die Konfigurationsänderungen anzuwenden und das Fenster zu schließen.

Neustart nach Draining

Ein anderer Wert für die Neustartdauer ist verfügbar, wenn Sie PowerShell zum Erstellen oder Aktualisieren eines Zeitplans für den Neustart einer Maschine verwenden (New-BrokerRebootSchedulev2 oder Set-BrokerRebootSchedulev2).

Wenn Sie das Feature “Neustart nach Entleerung” mit dem Parameter -UseNaturalReboot &lt;Boolean&gt; aktivieren, werden alle Maschinen nach der Entleerung aller Sitzungen neu gestartet. Bei Erreichen der Neustartzeit werden Maschinen in den Drainingzustand versetzt und neu gestartet, sobald alle Sitzungen abgemeldet sind.

Das Feature wird für Bereitstellungsgruppen mit Einzelsitzungs- und Multisitzungs-Maschinen unterstützt. Sie können diese Option für energieverwaltete und nicht energieverwaltete Maschinen verwenden.

In einer On-Premises–Umgebung wird dieses Feature nur bei Verwendung von PowerShell unterstützt. Das Feature ist in Web Studio nicht verfügbar.

Bearbeiten, Entfernen, Aktivieren und Deaktivieren von Neustartzeitplänen

  1. Wählen Sie im linken Bereich Bereitstellungsgruppen.
  2. Wählen Sie eine Bereitstellungsgruppe und klicken Sie in der Aktionsleiste auf Bearbeiten.
  3. Aktivieren Sie auf der Seite Neustartzeitplan das Kontrollkästchen für einen Zeitplan.
    • Um den Zeitplan zu bearbeiten, klicken Sie auf Bearbeiten. Aktualisieren Sie die Zeitplankonfiguration gemäß den Anweisungen unter Erstellen eines Neustartzeitplans.
    • Klicken Sie auf Bearbeiten, um den Zeitplan zu aktivieren oder zu deaktivieren. Aktivieren oder deaktivieren Sie das Kontrollkästchen Neustartzeitplan aktivieren.
    • Klicken Sie zum Entfernen des Zeitplans auf Löschen. Bestätigen Sie das Entfernen. Das Entfernen eines Zeitplans hat keine Auswirkungen auf die auf die betroffenen Maschinen angewendeten Tags.

Verzögerung geplanter Neustarts aufgrund eines Datenbankausfalls

Hinweis:

Dieses Feature ist nur über PowerShell verfügbar.

Fällt vor einem geplanten Neustart von Maschinen (VDAs) in einer Bereitstellungsgruppe die Standortdatenbank aus, beginnt der Neustart erst nach Ende des Ausfalls. Dies kann zu unbeabsichtigten Ergebnissen führen.

Angenommen, Sie haben die Neustarts einer Bereitstellungsgruppe für außerhalb der Produktion (ab 3:00 Uhr) geplant. Ein Ausfall der Standortdatenbank tritt eine Stunde vor Beginn des geplanten Neustarts (um 2:00 Uhr) auf. Der Ausfall dauert sechs Stunden (bis 08:00 Uhr). Der Neustartzeitplan beginnt, wenn die Verbindung zwischen dem Delivery Controller und der Standortdatenbank wiederhergestellt ist. Der VDA-Neustart beginnt nun fünf Stunden nach dem ursprünglichen Zeitplan und somit während der Produktion.

Um diese Situation zu vermeiden, können Sie den Parameter MaxOvertimeStartMins für die Cmdlets New-BrokerRebootScheduleV2 und Set-BrokerRebootScheduleV2 verwenden. Der Wert gibt den maximalen Zeitraum außerhalb der geplanten Startzeit in Minuten an, nach dem ein Neustart-Zeitplan beginnen darf.

  • Wenn die Datenbankverbindung innerhalb dieser Zeit (geplante Zeit + MaxOvertimeStartMins) wiederhergestellt wird, beginnt der VDA-Neustart.

  • Wenn die Datenbankverbindung innerhalb dieser Zeit nicht wiederhergestellt wird, beginnt der VDA-Neustart nicht.

  • Wird dieser Parameter weggelassen oder hat er einen Null-Wert, beginnt der geplante Neustart unabhängig von der Ausfalldauer, sobald die Verbindung zur Datenbank wiederhergestellt wird.

Weitere Informationen finden Sie in der Hilfe zum Cmdlet. Dieses Feature ist nur über PowerShell verfügbar. Sie können diesen Wert nicht festlegen, wenn Sie einen Neustartzeitplan in Web Studio konfigurieren.

Geplante Neustarts für Maschinen im Wartungsmodus

Hinweis:

Dieses Feature ist nur über PowerShell verfügbar. Die Option IgnoreMaintenanceMode wird mit Citrix Virtual Apps and Desktops 7 2006 und höher unterstützt.

Um anzugeben, ob ein Neustartzeitplan Maschinen betrifft, die sich im Wartungsmodus befinden, verwenden Sie die Option IgnoreMaintenanceMode mit den Cmdlets BrokerRebootScheduleV2.

Das folgende Cmdlet erstellt beispielsweise einen Zeitplan, der Maschinen neu startet, die im Wartungsmodus sind (zusätzlich zu Maschinen, die nicht im Wartungsmodus sind).

New-Brokerrebootschedulev2 rebootSchedule1 -DesktopGroupName <myDesktopGroup> -IgnoreMaintenanceMode $true

Mit dem folgenden Cmdlet wird ein vorhandener Neustartzeitplan geändert.

Set-Brokerrebootschedulev2 rebootSchedule1 -IgnoreMaintenanceMode $true

Weitere Informationen finden Sie in der Hilfe zum Cmdlet. Dieses Feature ist nur über PowerShell verfügbar.

Einmaligen Neustart planen

Wenn Sie einen einmaligen Neustartplan mit PowerShell aktivieren möchten, verwenden Sie die folgenden BrokerCatalogRebootSchedule PowerShell-Befehle, um einen Neustartplan zu erstellen, zu ändern und zu löschen:

  • Get-BrokerCatalogRebootSchedule
  • New-BrokerCatalogRebootSchedule
  • Set-BrokerCatalogRebootSchedule
  • Remove-BrokerCatalogRebootSchedule
  • Rename-BrokerCatalogRebootSchedule

Einschränkungen:

  • Ein Zeitplan für den Neustart eines Katalogs, der einem Katalog ohne konfigurierte Zeitzone zugeordnet ist, wird zwar erstellt, aber nicht gestartet.
  • Wenn ein Zeitplan für den Katalogneustart erstellt wird, wird der Neustartplan nur auf den Katalog-VMs ausgeführt, die zu einer Bereitstellungsgruppe gehören.

Example,

  • Neustart der VMs im Katalog BankTellers planen, der am 3. Februar 2022 zwischen 2:00 Uhr und 4:00 Uhr beginnen soll.

       C:\PS> New-BrokerCatalogRebootSchedule -Name BankTellers -CatalogName BankTellers  -StartDate "2022-02-03" -StartTime "02:00" -Enabled $true -RebootDuration 120
 <!--NeedCopy-->

  • Neustart der VMs im Katalog mit UID 17 planen, der am 3. Februar 2022 zwischen 1:00 Uhr und 5:00 Uhr beginnen soll. Zehn Minuten vor dem Neustart ist jede VM so eingestellt, dass in jeder Benutzersitzung ein Meldungsfeld mit dem Titel WARNUNG: Neustart steht aus und der Meldung Speichern Sie Ihre Arbeit angezeigt wird.

       C:\PS> New-BrokerCatalogRebootSchedule -Name 'Update reboot' -CatalogUid 17 -StartDate "2022-02-03" -StartTime "01:00" -Enabled $true -RebootDuration 240 -WarningTitle "WARNING: Reboot pending" -WarningMessage "Save your work" -WarningDuration 10
 <!--NeedCopy-->

  • Um den Katalog umzubenennen, starten Sie den Zeitplan mit dem Namen Alter Name bis Neuer Name neu.

      C:\PS> Rename-BrokerCatalogRebootSchedule -Name "Old Name" -NewName "New Name"
<!--NeedCopy-->

  • Alle Katalogneustartpläne mit UID 1 anzeigen und Zeitplan für den Katalogneustart mit UID 1 in New Name umbenennen.

      C:\PS> Get-BrokerCatalogRebootSchedule -Uid 1 | Rename-BrokerCatalogRebootSchedule -NewName "New Name" -PassThru
<!--NeedCopy-->

  • Meldung mit dem Titel WARNUNG: Ausstehender Neustart und der Nachricht Speichern Sie Ihre Arbeit für Katalogneustartplan Accounting einrichten und festlegen, dass die Meldung zehn Minuten vor dem Neustart jeder VM angezeigt wird. Die Meldung wird in jeder Benutzersitzung auf dieser VM angezeigt.

    ``` C:\PS> Set-BrokerCatalogRebootSchedule -Name Accounting -WarningMessage “Save your work” -WarningDuration 10 -WarningTitle “WARNING: Reboot pending”

  • To display all restart schedules that are disabled, and then enable all disabled restart schedules.

     C:\PS> Get-BrokerCatalogRebootSchedule -Enabled $false | Set-BrokerCatalogRebootSchedule -Enabled $true

  • To set the catalog restart schedule with UID 17 to display the message Rebooting in %m% minutes fifteen, ten, and five minutes before the restart of each VM.

     C:\PS> Set-BrokerCatalogRebootSchedule 17 -WarningMessage "Neustart in %m% Minuten." -WarningDuration 15 -WarningRepeatInterval 5

  • To configure the time zone for the catalog named MyCatalog.

     C:\PS> Set-BrokerCatalog -Name "MeinKatalog" -TimeZone <TimeZone>

Power managed machines in a delivery group

You can power manage only virtual single-session OS machines, not physical machines (including Remote PC Access machines). Single-session OS machines with GPU capabilities cannot be suspended, so power-off operations fail. For multi-session OS machines, you can create a restart schedule.

In delivery groups containing pooled machines, virtual single-session OS machines can be in one of the following states:

  • Randomly allocated and in use
  • Unallocated and unconnected

In delivery groups containing static machines, virtual single-session OS machines can be:

  • Permanently allocated and in use
  • Permanently allocated and unconnected (but ready)
  • Unallocated and unconnected

During normal use, static delivery groups typically contain both permanently allocated and unallocated machines. Initially, all machines are unallocated, except for manually allocated ones when the delivery group was created. As users connect, machines become permanently allocated. You can fully power manage the unallocated machines in those delivery groups, but only partially manage the permanently allocated machines.

  • Pools and buffers: For pooled delivery groups and static delivery groups with unallocated machines, a pool (in this instance) is a set of unallocated or temporarily allocated machines that are kept in a powered-on state, ready for users to connect. A user gets a machine immediately after logon. The pool size (the number of machines kept powered-on) is configurable by time of day. For static delivery groups, use the SDK to configure the pool.

    A buffer is an extra standby set of unallocated machines that are turned on when the number of machines in the pool falls below a threshold. The threshold is a percentage of the delivery group size. For large delivery groups, a significant number of machines might be turned on when the threshold is exceeded. So, plan delivery group sizes carefully or use the SDK to adjust the default buffer size.

  • Power state timers: You can use power state timers to suspend machines after users have disconnected for a specified amount of time. For example, machines suspend automatically outside of office hours if users are disconnected for at least 10 minutes.

    You can configure timers for weekdays and weekends, and for peak and nonpeak intervals.

  • Partial power management of permanently allocated machines: For permanently allocated machines, you can set power state timers, but not pools or buffers. The machines are turned on at the start of each peak period, and turned off at the start of each off-peak period. You do not have the fine control that you have with unallocated machines over the number of machines that become available to compensate for machines that are consumed.

Power manage virtual single-session OS machines

  1. Select Delivery Groups in the left pane.
  2. Select a group and then click Edit Delivery Group in the action bar.
  3. On the Power Management page, select Weekdays in Power manage machines. By default, weekdays are Monday to Friday.
  4. For random Delivery groups, in Machines to be powered on, click Edit and then specify the pool size during weekdays. Then, select the number of machines to power on.
  5. In Peak hours, set the peak and off-peak hours for each day.
  6. Set the power state timers for peak and non-peak hours during weekdays: In During peak hours > When disconnected, specify the delay (in minutes) before suspending any disconnected machine in the delivery group, and then select Suspend. In During off-peak hours > When disconnected, specify the delay before turning off any logged-off machine in the delivery group, and then select Shutdown. This timer is not available for delivery groups with random machines.
  7. Select Weekend in Power manage machines, and then configure the peak hours and power state timers for weekends.
  8. Click Apply to apply any changes you made and keep the window open. Or, click Save to apply changes and close the window.

Use the SDK to:

  • Shut down, rather than suspend, machines in response to power state timers, or if you want the timers to be based on logoffs, rather than disconnections.
  • Change the default weekday and weekend definitions.
  • Disable power management. See CTX217289.

Power manage VDI machines transitioning to a different time period with disconnected sessions

Important:

This enhancement applies only to VDI machines with disconnected sessions. It does not apply to VDI machines with logged off sessions.

In earlier releases, a VDI machine transitioning to a time period where an action (disconnect action=”Suspend” or “Shutdown”) was required remained powered on. This scenario occurred if the machine disconnected during a time period (peak or off-peak times) where no action (disconnect action=”Nothing”) was required.

Starting with Citrix Virtual Apps and Desktops 7 1909, the machine is suspended or powered off when the specified disconnection time elapses, depending on the disconnect action configured for the destination time period.

For example, you configure the following power policies for a VDI delivery group:

  • Set PeakDisconnectAction to “Nothing”
  • Set OffPeakDisconnectAction to “Shutdown”
  • Set OffPeakDisconnectTimeout to “10”

For more information about the disconnect action in the power policy, see https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/about_Broker_PowerManagement/#power-policy and https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerDesktopGroup/.

In earlier releases, a VDI machine with a session disconnected during peak times remained powered on when it transitioned from peak to off-peak. Starting with Citrix Virtual Apps and Desktops 7 1909, the OffPeakDisconnectAction and the OffPeakDisconnectTimeout policy actions are applied to the VDI machine on period transition. As a result, the machine is powered off 10 minutes after it transitions to off-peak.

If you want to revert to the previous behavior (that is, take no action on machines that transition from peak to off-peak or off-peak to peak with disconnected sessions), do one of the following:

  • Set the LegacyPeakTransitionDisconnectedBehaviour registry value to 1, the equivalent of true which enables the previous behavior. By default, the value is 0, or false, which triggers disconnect power policy actions on period transition.
    • Path: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\DesktopServer
    • Name: LegacyPeakTransitionDisconnectedBehaviour
    • Type: REG_DWORD
    • Data: 0x00000001 (1)
  • Configure the setting by using the Set-BrokerServiceConfigurationData PowerShell command. For example:
    • PS C:\> Set-BrokerServiceConfigurationData HostingManagement.LegacyPeakTransitionDisconnectedBehaviour -SettingValue $true

A machine must meet the following criteria before power policy actions can be applied to it on period transition:

  • Have a disconnected session.
  • Have no pending power actions.
  • Belong to a VDI (single session) delivery group that transitions to a different time period.
  • Have a session that disconnects during a certain time period (peak or off-peak times) and transitions to a period where a power action is assigned.

Change the percentage of VDAs in a powered state for catalogs

  1. Adjust the peak hours for the delivery group from the Power management section for the delivery group.
  2. Make a note of the Desktop Group name.

  3. With administrator privileges, start PowerShell and run the following commands. Replace “Desktop Group Name” with the name of your desktop group that has a changed percentage of the VDAs running.

    asnp Citrix*

    # Set-BrokerDesktopGroup "Desktop Group Name" -PeakBufferSizePercent 100

    A value of 100 means that 100% of the VDAs are in the ready state.

  4. Verify the solution by running:

    #Get-BrokerDesktopGroup "Desktop Group Name"

    Desktop group name

It can take up to an hour for changes to take effect.

To shut down the VDAs after the user logs off, enter:

# Set-BrokerDesktopGroup "Desktop Group Name" -ShutDownDesktopsAfterUse $True

To restart VDAs during peak hours, so that they’re ready for users after they log off, enter:

# Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssignedDuringPeak $True

Sessions

Log off or disconnect a session

  1. Select Delivery Groups in the left pane.
  2. Select a delivery group and then select View Machines in the action bar.
  3. In the middle pane, select the machine, select View Sessions in the action bar, and then select a session.
    • Alternatively, in the middle pane, select the Session tab and then select a session.
  4. To log off from a session, select Log off in the action bar. The session closes and the user is logged out. The machine becomes available to other users unless it is allocated to a specific user.
  5. To disconnect a session, select Disconnect in the action bar. Applications continue to run in the session and the machine remains allocated to that user. The user can reconnect to the same machine.

You can configure power state timers for single-session OS machines to automatically handle unused sessions. For details, see Power managed machines.

Send a message to a delivery group

  1. Select Delivery Groups in the left pane.
  2. Select a delivery group and then select View Machines in the action bar.
  3. In the middle pane, select a machine to which you want to send a message.
  4. In the action bar, select View Sessions.
  5. In the middle pane, select all sessions and then select Send Message in the action bar.
  6. Type your message and click OK. You can specify the level of severity if needed. Options include Critical, Question, Warning, and Information.

Alternatively, you can send a message using Citrix Director. For more information, see Send messages to users.

Configure session prelaunch and session linger in a delivery group

These features are supported only on multi-session OS machines.

The session prelaunch and session linger features help specified users access applications quickly, by starting sessions before they are requested (session prelaunch) and keeping application sessions active after a user closes all applications (session linger).

By default, session prelaunch and session linger are not used. A session starts (launches) when a user starts an application, and remains active until the last open application in the session closes.

Considerations:

  • The delivery group must support applications, and the machines must be running a VDA for multi-session OS, minimum version 7.6.
  • These features are supported only when using Citrix Workspace app for Windows, and also require extra Citrix Workspace app configuration. For instructions, search for session prelaunch in the product documentation for your Citrix Workspace app for Windows version.
  • Citrix Workspace app for HTML5 is not supported.
  • When using session prelaunch, if a user’s machine is put into suspend or hibernate mode, prelaunch does not work (regardless of session prelaunch settings). Users can lock their machines/sessions. However, if a user logs off from Citrix Workspace app, the session is ended and prelaunch no longer applies.
  • When using session prelaunch, physical client machines cannot use the suspend or hibernate power management functions. Client machine users can lock their sessions but must not log off.
  • Prelaunched and lingering sessions consume a concurrent license, but only when connected. If using a user/device license, the license lasts 90 days. Unused prelaunched and lingering sessions disconnect after 15 minutes by default. This value can be configured in PowerShell (New/Set-BrokerSessionPreLaunch cmdlet).
  • Careful planning and monitoring of your users’ activity patterns are essential to tailoring these features to complement each other. Optimal configuration balances the benefits of earlier application availability for users against the cost of keeping licenses in use and resources allocated.
  • You can also configure session prelaunch for a scheduled time of day in Citrix Workspace app.

How long unused prelaunched and lingering sessions remain active

There are several ways to specify how long an unused session remains active if the user does not start an application: a configured timeout and server load thresholds. You can configure all of them. The event that occurs first causes the unused session to end.

  • Timeout: A configured timeout specifies the number of minutes, hours, or days an unused prelaunched or lingering session remains active. If you configure too short a timeout, prelaunched sessions end before they provide the user benefit of quicker application access. If you configure too long a timeout, incoming user connections might be denied because the server doesn’t have enough resources.

    You can enable this timeout from the SDK only (New/Set-BrokerSessionPreLaunch cmdlet), not from the management console. If you disable the timeout, it does not appear in the console display for that delivery group or in the Edit Delivery Group pages.

  • Thresholds: Automatically ending prelaunched and lingering sessions based on server load ensures that sessions remain open as long as possible, assuming that server resources are available. Unused prelaunched and lingering sessions do not cause denied connections because they are ended automatically when resources are needed for new user sessions.

    You can configure two thresholds: the average percentage load of all servers in the delivery group, and the maximum percentage load of a single server in the group. When a threshold is exceeded, the sessions that have been in the prelaunch or lingering state for the longest time are ended. Sessions are ended one-by-one at minute intervals until the load falls below the threshold. While the threshold is exceeded, no new prelaunch sessions are started.

Servers with VDAs that have not registered with a Controller and servers in maintenance mode are considered fully loaded. An unplanned outage causes prelaunch and lingering sessions to end automatically to free capacity.

To enable session prelaunch

  1. Select a group and then click Edit Delivery Group in the action bar.

  2. On the Application Prelaunch page, enable session prelaunch by choosing when sessions launch:

    • When a user starts an application. This is the default setting. Session prelaunch is disabled.
    • When any user in the delivery group logs on to Citrix Workspace app for Windows.
    • When anyone in a list of users and user groups logs on to Citrix Workspace app for Windows. Be sure to also specify users or user groups if you choose this option.

    Prelaunch Sessions for Applications page

  3. A prelaunched session is replaced with a regular session when the user starts an application. If the user does not start an application (the prelaunched session is unused), the following settings affect how long that session remains active.

    • When a specified time interval elapses. You can change the time interval (1–99 days, 1–2376 hours, or 1–142,560 minutes)
    • When the average load on all machines in the delivery group exceeds a specified percentage (1–99%)
    • When the load on any machine in the delivery group exceeds a specified percentage (1–99%)

    Recap: A prelaunched session remains active until one of the following events occurs: a user starts an application, the specified time elapses, or a specified load threshold is exceeded.

To enable session linger

  1. Select Delivery Groups in the left pane.
  2. Select a group and then click Edit Delivery Group in the action bar.

  3. On the Application Lingering page, enable session linger by selecting Keep sessions active until.

    Lingering Sessions for Applications page

  4. Several settings affect how long a lingering session remains active if the user does not start another application.

    • When a specified time interval elapses. You can change the time interval: 1–99 days, 1–2376 hours, or 1–142,560 minutes.
    • When the average load on all machines in the delivery group exceeds a specified percentage: 1–99%.
    • When the load on any machine in the delivery group exceeds a specified percentage: 1–99%.

    Recap: A lingering session remains active until one of the following events occurs: a user starts an application, the specified time elapses, or a specified load threshold is exceeded.

Control session reconnection when disconnected from machine in maintenance mode

NOTE:

This feature is available only in PowerShell.

You can control whether sessions that are disconnected on machines in maintenance mode are allowed to reconnect to machines in the delivery group.

Before version 2106, reconnection was not allowed for single-session pooled desktop sessions that had disconnected from machines in maintenance mode. As of version 2106, you can configure a delivery group to allow or prohibit reconnections (regardless of session type) after disconnection from a machine in maintenance mode.

When creating or editing a delivery group (New-BrokerDesktopGroup, Set-BrokerDesktopGroup), use the -AllowReconnectInMaintenanceMode <boolean> parameter to allow or prohibit reconnections for machines that were disconnected from a machine in maintenance mode.

  • When set to true, sessions can reconnect to machines in the group.
  • When set to false, sessions cannot reconnect to machines in the group.

Default values:

  • Single-session: Disabled
  • Multi-session: Enabled

Configure session roaming

By default, session roaming is enabled for delivery groups. Sessions roam between client devices with the user. When the user launches a session and then moves to another device, the same session is used and applications are simultaneously available on both devices. You can view the applications on multiple devices. The applications follow, regardless of the device or whether current sessions exist. Often, printers and other resources assigned to the application also follow. Alternatively, you can use PowerShell. For more information, see Session roaming.

Configure session roaming for applications

To configure session roaming for applications, follow these steps:

  1. In the console, select Delivery Groups in the left pane.

  2. Select a group and then select Edit Delivery Group in the action bar.

  3. On the Users page, enable session roaming by selecting the Sessions roam with users as they move between devices checkbox.

    • When enabled, if a user launches an application session and then moves to another device, the same session is used and available on both devices. When disabled, the session no longer roams between devices.

  4. Select OK to apply changes and close the window.

Configure session roaming for desktops

To configure session roaming for a desktop, follow these steps:

  1. In the console, select Delivery Groups in the left pane.

  2. Select a group and then select Edit in the action bar.

  3. On the Desktops page, select the desktop and select Edit.

  4. Enable session roaming by selecting the Session roaming checkbox.

  • When enabled, if the user launches the desktop and then moves to another device, the same session is used, and applications are available on both devices. When disabled, the session no longer roams between devices.

Select OK to apply changes and close the window.

Applications

View and add applications to a delivery group.

  1. In the console, select Delivery Groups in the left pane.
  2. Select a group. If this group contains applications, View Applications appears in the action bar.
  3. Select View Applications. You are directed to the Applications node where all applications available in this group appear.
  4. To add more applications to this group, go to the Delivery Groups node, select the group, and select Add Applications in the action bar.

Seamless log in from Citrix Secure Access Client on VDA

You can seamlessly log in to Citrix Workspace using Single Sign-On (SSO) from the Citrix Secure Access (CSA) client present on the VDA to Citrix Secure Private Access. This feature is applicable to both single and multi-session VDAs.

The steps to achieve this are as follows:

  1. Edit an existing delivery group to enable SPA SSO. For example,

    Set-BrokerDesktopGroup-Name <String> -SpaSsoEnabled 1

  2. Check the status of SPA SSO of a delivery group using the Get -BrokerDesktopGroup PowerShell command. For example:

    Get-BrokerDesktopGroup -Name <String> -property 'SpaSsoEnabled'

  3. Erstellen Sie in SPA Anwendung und Richtlinie. Weitere Informationen finden Sie unter TCP/UDP-Apps konfigurieren und Zugriffsrichtlinien für die Anwendungen konfigurieren.
  4. Stellen Sie per RDP eine Verbindung zum Einzelsitzungs- oder Multisitzungs-VDA her und installieren Sie den neuesten CSA-Agent.
  5. Öffnen Sie Citrix Workspace und melden Sie sich beim Einzelsitzungs- oder Mehrfachsitzungs-VDA an.

Problembehandlung

  • Nicht bei einem Delivery Controller registrierte VDAs kommen beim Start gebrokerter Sitzungen nicht in die Auswahl. Dies hat eine mangelnde Auslastung verfügbarer Ressourcen zur Folge. Es gibt eine Reihe von Gründen, warum ein VDA nicht registriert sein könnte. Viele können vom Administrator behandelt werden. Die Detailanzeige bietet Informationen zur Problembehandlung im Assistenten zum Erstellen von Maschinenkatalogen und nach dem Hinzufügen eines Katalogs zu einer Bereitstellungsgruppe.

    Nach Erstellung einer Bereitstellungsgruppe wird im zugehörigen Detailbereich die Anzahl der Maschinen angezeigt, die registriert sein können, es jedoch nicht sind. Es kann beispielsweise Maschinen geben, die eingeschaltet und nicht im Wartungsmodus sind, jedoch nicht bei einem Controller registriert sind. Beim Anzeigen einer Maschine, die eigentlich registriert sein müsste, enthält die Registerkarte Problembehandlung im Detailbereich Informationen zu möglichen Ursachen und empfohlene Korrekturmaßnahmen.

    Informationen zu Meldungen zur Funktionsebene finden Sie unter VDA-Versionen und Funktionsebenen.

    Informationen zur Fehlerbehebung bei der VDA-Registrierung finden Sie unter CTX136668.

  • Im Detailbereich für Bereitstellungsgruppen unter Installierte VDA-Version möglicherweise nicht die tatsächlich auf den Maschinen installierte Version angezeigt. In der Maschine wird in Windows unter “Programme und Features” die tatsächliche VDA-Version angezeigt.
  • Empfehlungen für Maschinen mit einem unbekannten Energiezustand finden Sie unter CTX131267. ```
Bereitstellungsgruppen verwalten
November 25, 2025
Beitrag von: 
C
November 25, 2025
Beitrag von: 
C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.