Delivery Groups verwalten

Einführung

Dieser Artikel beschreibt die Verfahren zum Verwalten von Delivery Groups. Zusätzlich zum Ändern der bei der Gruppenerstellung angegebenen Einstellungen können Sie weitere Einstellungen konfigurieren, die bei der Erstellung einer Delivery Group nicht verfügbar sind.

Informationen zum Verwalten von Anwendungen in Delivery Groups, einschließlich des Hinzufügens und Entfernens von Anwendungen in einer Delivery Group und des Änderns von Anwendungseigenschaften, finden Sie unter Anwendungen.

Zum Verwalten von Delivery Groups sind die Berechtigungen für die delegierte Administration der integrierten Rolle „Delivery Group-Administrator“ erforderlich. Weitere Informationen finden Sie unter Delegierte Administration.

Benutzereinstellungen in einer Delivery Group ändern

Der Name dieser Seite kann entweder als Benutzereinstellungen oder Grundeinstellungen angezeigt werden.

1. Wählen Sie im Studio-Navigationsbereich Delivery Groups.
2. Wählen Sie eine Gruppe und dann im Aktionsbereich Delivery Group bearbeiten.
3. Ändern Sie auf der Seite Benutzereinstellungen (oder Grundeinstellungen) die Einstellungen in der folgenden Tabelle.
4. Klicken Sie auf Übernehmen, um die vorgenommenen Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um die Änderungen zu übernehmen und das Fenster zu schließen.

Benutzer in einer Delivery Group hinzufügen oder entfernen

Detaillierte Informationen zu Benutzern finden Sie im Abschnitt „Benutzer“ im Artikel „Delivery Groups erstellen“.

1. Wählen Sie im Navigationsbereich von Studio die Option Delivery Groups aus.
2. Wählen Sie eine Gruppe und dann im Aktionsbereich die Option Delivery Group bearbeiten aus.
3. Klicken Sie auf der Seite Benutzer zum Hinzufügen von Benutzern auf Hinzufügen, und geben Sie dann die hinzuzufügenden Benutzer an. Zum Entfernen von Benutzern wählen Sie einen oder mehrere Benutzer aus und klicken dann auf Entfernen. Sie können auch das Kontrollkästchen aktivieren/deaktivieren, das den Zugriff für nicht authentifizierte Benutzer ermöglicht oder deaktiviert.
4. Klicken Sie auf Übernehmen, um die vorgenommenen Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um die Änderungen zu übernehmen und das Fenster zu schließen.

Benutzerlisten importieren oder exportieren

Für Delivery Groups, die physische Desktop-Betriebssystemmaschinen enthalten, können Sie Benutzerinformationen aus einer CSV-Datei importieren, nachdem Sie die Delivery Group erstellt haben. Sie können Benutzerinformationen auch in eine CSV-Datei exportieren. Die CSV-Datei kann Daten aus einer früheren Produktversion enthalten.

Die erste Zeile in der CSV-Datei muss durch Kommas getrennte Spaltenüberschriften (in beliebiger Reihenfolge) enthalten, die Folgendes umfassen können: ADComputerAccount, AssignedUser, VirtualMachine und HostId. Nachfolgende Zeilen in der Datei enthalten durch Kommas getrennte Daten. Die ADComputerAccount-Einträge können allgemeine Namen, IP-Adressen, Distinguished Names oder Domänen- und Computernamenpaare sein.

So importieren oder exportieren Sie Benutzerinformationen:

1. Wählen Sie im Studio-Navigationsbereich Bereitstellungsgruppen aus.
2. Wählen Sie eine Bereitstellungsgruppe und dann im Aktionsbereich Bereitstellungsgruppe bearbeiten aus.
3. Wählen Sie auf der Seite Maschinenzuordnung die Option Liste importieren oder Liste exportieren und navigieren Sie dann zum Dateispeicherort.
4. Klicken Sie auf Übernehmen, um vorgenommene Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um Änderungen zu übernehmen und das Fenster zu schließen.

Bereitstellungstyp einer Bereitstellungsgruppe ändern

Der Bereitstellungstyp gibt an, was die Gruppe bereitstellen kann: Anwendungen, Desktops oder beides.

Bevor Sie einen Typ nur Anwendungen oder Desktops und Anwendungen in einen Typ nur Desktops ändern, löschen Sie alle Anwendungen aus der Gruppe.

1. Wählen Sie im Studio-Navigationsbereich Bereitstellungsgruppen aus.
2. Wählen Sie eine Gruppe und dann im Aktionsbereich Bereitstellungsgruppe bearbeiten aus.
3. Wählen Sie auf der Seite Bereitstellungstyp den gewünschten Bereitstellungstyp aus.
4. Klicken Sie auf Übernehmen, um vorgenommene Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um Änderungen zu übernehmen und das Fenster zu schließen.

StoreFront-Adressen ändern

1. Wählen Sie im Studio-Navigationsbereich Bereitstellungsgruppen aus.
2. Wählen Sie eine Gruppe und dann im Aktionsbereich Bereitstellungsgruppe bearbeiten aus.
3. Wählen oder fügen Sie auf der Seite StoreFront StoreFront-URLs hinzu, die vom Citrix Receiver™, der auf jeder Maschine in der Bereitstellungsgruppe installiert ist, verwendet werden.
4. Klicken Sie auf Übernehmen, um vorgenommene Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um Änderungen zu übernehmen und das Fenster zu schließen.

Sie können die StoreFront-Serveradresse auch angeben, indem Sie im Navigationsbereich von Studio Konfiguration > StoreFront auswählen.

Eine Tag-Einschränkung für einen Desktop hinzufügen, ändern oder entfernen

Das Hinzufügen, Ändern und Entfernen von Tag-Einschränkungen kann unvorhergesehene Auswirkungen darauf haben, welche Desktops für den Start berücksichtigt werden. Lesen Sie die Überlegungen und Vorsichtsmaßnahmen im Artikel Tags.

1. Wählen Sie Bereitstellungsgruppen im Navigationsbereich von Studio.
2. Wählen Sie eine Gruppe aus und wählen Sie dann im Aktionsbereich Bereitstellungsgruppe bearbeiten.
3. Wählen Sie auf der Seite Desktops den Desktop aus und klicken Sie auf Bearbeiten.
4. Um eine Tag-Einschränkung hinzuzufügen, wählen Sie Starts auf Maschinen mit dem Tag beschränken und wählen Sie dann das Tag aus.
5. Um eine Tag-Einschränkung zu ändern oder zu entfernen, wählen Sie entweder ein anderes Tag aus oder entfernen Sie die Tag-Einschränkung vollständig, indem Sie die Option Starts auf Maschinen mit diesem Tag beschränken deaktivieren.
6. Klicken Sie auf Übernehmen, um vorgenommene Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um Änderungen zu übernehmen und das Fenster zu schließen.

Eine Bereitstellungsgruppe aktualisieren oder ein Upgrade rückgängig machen

Aktualisieren Sie eine Bereitstellungsgruppe, nachdem Sie die VDAs auf ihren Maschinen und die Maschinenkataloge, die die in der Bereitstellungsgruppe verwendeten Maschinen enthalten, aktualisiert haben.

Bevor Sie das Upgrade der Bereitstellungsgruppe starten:

• Wenn Sie Provisioning Services verwenden, aktualisieren Sie die VDA-Version in der Provisioning Services-Konsole.
• Starten Sie die Maschinen, die den aktualisierten VDA enthalten, damit sie sich bei einem Delivery Controller registrieren können. Dieser Prozess teilt Studio mit, was in der Delivery Group aktualisiert werden muss.
• Wenn Sie weiterhin frühere VDA-Versionen verwenden müssen, sind neuere Produktfunktionen möglicherweise nicht verfügbar. Weitere Informationen finden Sie in den Upgrade-Artikeln.

So aktualisieren Sie eine Delivery Group:

1. Wählen Sie im Navigationsbereich von Studio die Option Delivery Groups.
2. Wählen Sie eine Gruppe und dann im Bereich „Aktionen“ die Option Delivery Group aktualisieren. Die Aktion Delivery Group aktualisieren wird nur angezeigt, wenn Studio aktualisierte VDAs erkennt.

Bevor der Aktualisierungsprozess beginnt, teilt Studio Ihnen mit, welche Maschinen (falls vorhanden) nicht aktualisiert werden können und warum. Sie können die Aktualisierung dann abbrechen, die Maschinenprobleme beheben und die Aktualisierung erneut starten.

Nach Abschluss des Upgrades können Sie die Maschinen in ihren vorherigen Zustand zurückversetzen, indem Sie die Delivery Group auswählen und dann im Bereich „Aktionen“ die Option Rückgängig wählen.

Remote PC Access-Delivery Groups verwalten

Wenn eine Maschine in einem Remote PC Access-Maschinenkatalog keinem Benutzer zugewiesen ist, weist Studio die Maschine vorübergehend einer Delivery Group zu, die mit diesem Katalog verknüpft ist. Diese temporäre Zuweisung ermöglicht es, die Maschine später einem Benutzer zuzuweisen.

Die Zuordnung von Delivery Group zu Maschinenkatalog hat einen Prioritätswert. Die Priorität bestimmt, welcher Delivery Group die Maschine zugewiesen wird, wenn sie sich beim System registriert oder wenn ein Benutzer eine Maschinenzuweisung benötigt: Je niedriger der Wert, desto höher die Priorität. Wenn ein Remote PC Access-Maschinenkatalog mehrere Delivery Group-Zuweisungen hat, wählt die Software die Übereinstimmung mit der höchsten Priorität. Sie können diesen Prioritätswert mit dem PowerShell SDK festlegen.

Bei der ersten Erstellung werden Remote PC Access-Maschinenkataloge einer Delivery Group zugeordnet. Dies bedeutet, dass Maschinenkonten oder Organisationseinheiten, die später zum Katalog hinzugefügt werden, der Delivery Group hinzugefügt werden können. Diese Zuordnung kann deaktiviert oder aktiviert werden.

So fügen Sie eine Remote PC Access-Maschinenkatalogzuordnung zu einer Delivery Group hinzu oder entfernen sie:

1. Wählen Sie im Navigationsbereich von Studio die Option Delivery Groups.
2. Wählen Sie eine Remote PC Access-Gruppe.
3. Wählen Sie im Abschnitt „Details“ die Registerkarte Maschinenkataloge und dann einen Remote PC Access-Katalog.
4. Um eine Zuordnung hinzuzufügen oder wiederherzustellen, wählen Sie Desktops hinzufügen. Um eine Zuordnung zu entfernen, wählen Sie Zuordnung entfernen.

Maschinen in einer Bereitstellungsgruppe herunterfahren und neu starten

Dieses Verfahren wird für Remote-PC-Zugriffsmaschinen nicht unterstützt.

1. Wählen Sie Bereitstellungsgruppen im Studio-Navigationsbereich.
2. Wählen Sie eine Gruppe und dann Maschinen anzeigen im Aktionsbereich.
3. Wählen Sie die Maschine und dann eine der folgenden Optionen im Aktionsbereich (einige Optionen sind je nach Maschinenstatus möglicherweise nicht verfügbar):
   • Herunterfahren erzwingen. Fährt die Maschine zwangsweise herunter und aktualisiert die Maschinenliste.
   • Neustart. Fordert das Betriebssystem auf, die Maschine herunterzufahren und dann erneut zu starten. Wenn das Betriebssystem dem nicht nachkommen kann, bleibt die Maschine in ihrem aktuellen Zustand.
   • Neustart erzwingen. Fährt das Betriebssystem zwangsweise herunter und startet die Maschine dann neu.
   • Anhalten. Hält die Maschine an, ohne sie herunterzufahren, und aktualisiert die Maschinenliste.
   • Herunterfahren. Fordert das Betriebssystem zum Herunterfahren auf.

Bei nicht erzwungenen Aktionen wird die Maschine ausgeschaltet, wenn sie nicht innerhalb von 10 Minuten herunterfährt. Wenn Windows versucht, während des Herunterfahrens Updates zu installieren, besteht das Risiko, dass die Maschine ausgeschaltet wird, bevor die Updates abgeschlossen sind.

Citrix empfiehlt, dass Sie Benutzer von Desktop-Betriebssystemmaschinen daran hindern, innerhalb einer Sitzung Herunterfahren auszuwählen. Weitere Informationen finden Sie in der Microsoft-Richtliniendokumentation.

Sie können Maschinen auch über eine Verbindung herunterfahren und neu starten; siehe den Artikel Verbindungen und Ressourcen.

Maschinen in einer Bereitstellungsgruppe energieverwalten

Sie können nur virtuelle Desktop-Betriebssystemmaschinen energieverwaltet betreiben, nicht physische (einschließlich Remote-PC-Zugriffsmaschinen). Desktop-Betriebssystemmaschinen mit GPU-Funktionen können nicht angehalten werden, daher schlagen Ausschaltvorgänge fehl. Für Server-Betriebssystemmaschinen können Sie einen Neustartzeitplan erstellen, der ebenfalls in diesem Artikel beschrieben wird.

In Delivery Groups, die gepoolte Maschinen enthalten, können virtuelle Desktop-Betriebssystemmaschinen in einem der folgenden Zustände sein:

• Zufällig zugewiesen und in Gebrauch
• Nicht zugewiesen und nicht verbunden

In Delivery Groups, die statische Maschinen enthalten, können virtuelle Desktop-Betriebssystemmaschinen:

• Dauerhaft zugewiesen und in Gebrauch
• Dauerhaft zugewiesen und nicht verbunden (aber bereit)
• Nicht zugewiesen und nicht verbunden

Im Normalbetrieb enthalten statische Delivery Groups in der Regel sowohl dauerhaft zugewiesene als auch nicht zugewiesene Maschinen. Anfangs sind alle Maschinen nicht zugewiesen (außer denen, die bei der Erstellung der Delivery Group manuell zugewiesen wurden). Wenn Benutzer sich verbinden, werden Maschinen dauerhaft zugewiesen. Sie können die nicht zugewiesenen Maschinen in diesen Delivery Groups vollständig energieverwaltet betreiben, die dauerhaft zugewiesenen Maschinen jedoch nur teilweise.

Pools und Puffer: Für gepoolte Delivery Groups und statische Delivery Groups mit nicht zugewiesenen Maschinen ist ein Pool (in diesem Fall) eine Menge nicht zugewiesener oder temporär zugewiesener Maschinen, die in einem eingeschalteten Zustand gehalten werden, bereit für Benutzerverbindungen; ein Benutzer erhält eine Maschine sofort nach der Anmeldung. Die Poolgröße (die Anzahl der eingeschalteten Maschinen) ist nach Tageszeit konfigurierbar. Für statische Delivery Groups verwenden Sie das SDK, um den Pool zu konfigurieren.

Ein Puffer ist ein zusätzlicher Standby-Satz nicht zugewiesener Maschinen, die eingeschaltet werden, wenn die Anzahl der Maschinen im Pool unter einen Schwellenwert fällt, der einen Prozentsatz der Delivery Group-Größe darstellt. Bei großen Delivery Groups kann eine beträchtliche Anzahl von Maschinen eingeschaltet werden, wenn der Schwellenwert überschritten wird. Planen Sie daher die Größen der Delivery Groups sorgfältig oder verwenden Sie das SDK, um die Standardpuffergröße anzupassen.

Energiezustands-Timer: Sie können Energiezustands-Timer verwenden, um Maschinen anzuhalten, nachdem Benutzer für eine bestimmte Zeit getrennt wurden. Zum Beispiel werden Maschinen außerhalb der Geschäftszeiten automatisch angehalten, wenn Benutzer mindestens 10 Minuten lang getrennt waren. Zufällige Maschinen oder Maschinen mit persönlichen vDisks werden automatisch heruntergefahren, wenn Benutzer sich abmelden, es sei denn, Sie konfigurieren die Eigenschaft ShutdownDesktopsAfterUse der Delivery Group im SDK.

Sie können Timer für Wochentage und Wochenenden sowie für Spitzen- und Nebenzeiten konfigurieren.

Teilweise Energieverwaltung von dauerhaft zugewiesenen Maschinen: Für dauerhaft zugewiesene Maschinen können Sie Energiezustands-Timer einstellen, aber keine Pools oder Puffer. Die Maschinen werden zu Beginn jeder Spitzenzeit eingeschaltet und zu Beginn jeder Nebenzeiten ausgeschaltet. Sie haben nicht die feine Kontrolle, die Sie bei nicht zugewiesenen Maschinen über die Anzahl der Maschinen haben, die zur Kompensation verbrauchter Maschinen verfügbar werden.

So verwalten Sie die Energie virtueller Desktop-Betriebssystemmaschinen:

1. Wählen Sie im Navigationsbereich von Studio die Option Bereitstellungsgruppen.
2. Wählen Sie eine Gruppe und dann im Aktionsbereich die Option Bereitstellungsgruppe bearbeiten.
3. Wählen Sie auf der Seite Energieverwaltung in der Dropdownliste „Maschinenenergie verwalten“ die Option Wochentage. Standardmäßig sind Wochentage Montag bis Freitag.
4. Wählen Sie für zufällige Bereitstellungsgruppen unter Einzuschaltende Maschinen die Option Bearbeiten und geben Sie dann die Poolgröße für Wochentage an. Wählen Sie anschließend die Anzahl der einzuschaltenden Maschinen.
5. Legen Sie unter Spitzenzeiten die Spitzen- und Nebenzeiten für jeden Tag fest.
6. Legen Sie die Energiezustands-Timer für Spitzen- und Nebenzeiten an Wochentagen fest: Geben Sie unter Während der Spitzenzeiten > Bei Trennung die Verzögerung (in Minuten) an, bevor eine getrennte Maschine in der Bereitstellungsgruppe angehalten wird, und wählen Sie „Anhalten“. Geben Sie unter Während der Nebenzeiten > Bei Trennung die Verzögerung an, bevor eine abgemeldete Maschine in der Bereitstellungsgruppe ausgeschaltet wird, und wählen Sie Herunterfahren. Dieser Timer ist für Bereitstellungsgruppen mit zufälligen Maschinen nicht verfügbar.
7. Wählen Sie in der Dropdownliste „Maschinenenergie verwalten“ die Option Wochenende und konfigurieren Sie dann die Spitzenzeiten und Energiezustands-Timer für Wochenenden.
8. Klicken Sie auf Übernehmen, um vorgenommene Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um Änderungen zu übernehmen und das Fenster zu schließen.

Verwenden Sie das SDK, um:

• Maschinen als Reaktion auf Energiezustands-Timer herunterzufahren, anstatt sie anzuhalten, oder wenn die Timer auf Abmeldungen statt auf Trennungen basieren sollen.
• Die Standarddefinitionen für Wochentage und Wochenenden zu ändern.
• Die Energieverwaltung zu deaktivieren; siehe CTX217289.

Neustartzeitplan für Maschinen in einer Bereitstellungsgruppe erstellen

Dieser Abschnitt beschreibt, wie ein einzelner Neustartzeitplan in Studio konfiguriert wird. Alternativ können Sie PowerShell verwenden, um mehrere Neustartzeitpläne für verschiedene Teilmengen von Maschinen in einer Bereitstellungsgruppe zu konfigurieren. Einzelheiten finden Sie im nächsten Abschnitt.

Ein Neustartzeitplan gibt an, wann alle Maschinen in einer Bereitstellungsgruppe regelmäßig neu gestartet werden sollen.

1. Wählen Sie Bereitstellungsgruppen im Navigationsbereich von Studio.
2. Wählen Sie eine Gruppe aus und wählen Sie dann im Aktionsbereich Bereitstellungsgruppe bearbeiten.
3. Wenn Sie auf der Seite Neustartzeitplan die Maschinen in der Bereitstellungsgruppe nicht automatisch neu starten möchten, wählen Sie das Optionsfeld Nein und fahren Sie mit dem letzten Schritt in diesem Verfahren fort. Es wird kein Neustartzeitplan oder keine Rolloutstrategie konfiguriert. Wenn zuvor ein Zeitplan konfiguriert wurde, wird dieser durch diese Auswahl abgebrochen.
4. Wenn Sie die Maschinen in der Bereitstellungsgruppe automatisch neu starten möchten, wählen Sie das Optionsfeld Ja.
5. Wählen Sie für die Neustartfrequenz entweder Täglich oder den Wochentag aus, an dem die Neustarts erfolgen sollen.
6. Geben Sie für Neustart beginnen um unter Verwendung einer 24-Stunden-Uhr die Tageszeit an, zu der der Neustart beginnen soll.
7. Wählen Sie für die Neustartdauer, ob alle Maschinen gleichzeitig gestartet werden sollen oder die Gesamtdauer, um alle Maschinen in der Bereitstellungsgruppe neu zu starten. Ein interner Algorithmus bestimmt, wann jede Maschine in diesem Intervall neu gestartet wird.
8. Wählen Sie in der linken Dropdownliste Benachrichtigung aus, ob vor einem Neustart eine Benachrichtigung auf den betroffenen Maschinen angezeigt werden soll. Standardmäßig wird keine Meldung angezeigt. Wenn Sie eine Meldung 15 Minuten vor Beginn des Neustarts anzeigen möchten, können Sie (in der Dropdownliste Benachrichtigung wiederholen) festlegen, dass die Meldung alle fünf Minuten nach der ersten Meldung wiederholt wird. Standardmäßig wird die Meldung nicht wiederholt.
9. Geben Sie den Benachrichtigungstext in das Feld Benachrichtigungstext ein; es gibt keinen Standardtext. Wenn die Meldung die Anzahl der Minuten vor dem Neustart enthalten soll, fügen Sie die Variable %m% ein (Beispiel: Warnung: Ihr Computer wird in %m% Minuten automatisch neu gestartet.) Wenn Sie ein Intervall für die Wiederholung der Benachrichtigung auswählen und Ihre Meldung den Platzhalter %m% enthält, verringert sich der Wert in jeder wiederholten Meldung um fünf Minuten. Sofern Sie nicht alle Maschinen gleichzeitig neu starten möchten, wird die Benachrichtigung auf jeder Maschine in der Bereitstellungsgruppe zur entsprechenden Zeit vor dem Neustart angezeigt, berechnet durch den internen Algorithmus.
10. Klicken Sie auf Übernehmen, um die vorgenommenen Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um die Änderungen zu übernehmen und das Fenster zu schließen.

Sie können in Studio kein automatisiertes Einschalten oder Herunterfahren durchführen, nur einen Neustart.

Mehrere Neustartzeitpläne für Maschinen in einer Bereitstellungsgruppe erstellen

Sie können PowerShell-Cmdlets verwenden, um mehrere Neustartzeitpläne für Maschinen in einer Bereitstellungsgruppe zu erstellen. Jeder Zeitplan kann so konfiguriert werden, dass er nur die Maschinen in der Gruppe betrifft, die ein bestimmtes Tag haben. Diese Tag-Einschränkungsfunktion ermöglicht es Ihnen, auf einfache Weise verschiedene Neustartzeitpläne für verschiedene Teilmengen von Maschinen in einer Bereitstellungsgruppe zu erstellen.

Angenommen, Sie verwenden eine Bereitstellungsgruppe für alle Maschinen im Unternehmen. Sie möchten jede Maschine mindestens einmal pro Woche (Sonntagabend) neu starten, aber die Maschinen, die vom Buchhaltungsteam verwendet werden, sollen täglich neu gestartet werden. Sie können einen wöchentlichen Zeitplan für alle Maschinen und einen täglichen Zeitplan nur für die Maschinen des Buchhaltungsteams einrichten.

Zeitplanüberschneidung:

Mehrere Zeitpläne können sich überschneiden. Im obigen Beispiel sind die von der Buchhaltung verwendeten Maschinen von beiden Zeitplänen betroffen und könnten am Sonntag zweimal neu gestartet werden.

Der Planungs-Code ist so konzipiert, dass derselbe Computer nicht öfter als nötig neu gestartet wird, dies kann jedoch nicht garantiert werden. Wenn beide Zeitpläne in Start- und Dauerzeiten genau übereinstimmen, ist es wahrscheinlicher, dass die Maschinen nur einmal neu gestartet werden. Je stärker die Zeitpläne jedoch in Start- und/oder Dauerzeiten voneinander abweichen, desto wahrscheinlicher ist es, dass zwei Neustarts erfolgen. Auch die Anzahl der von den Zeitplänen betroffenen Maschinen kann die Wahrscheinlichkeit einer Überschneidung beeinflussen. Im Beispiel könnte der wöchentliche Zeitplan, der alle Maschinen neu startet, Neustarts deutlich schneller initiieren als der tägliche Zeitplan (abhängig von der konfigurierten Dauer für jeden).

Anforderungen:

Die Unterstützung für die Erstellung mehrerer Neustartzeitpläne und die Verwendung von Tag-Einschränkungen in einem Neustartzeitplan ist derzeit nur über die PowerShell-Befehlszeile verfügbar, unter Verwendung der RebootScheduleV2 PowerShell-Cmdlets, die in XenApp und XenDesktop 7.12 neu sind. (Diese werden in diesem Artikel als „V2“-Cmdlets bezeichnet.)

Die Verwendung der V2-Cmdlets erfordert:

• Delivery Controller Version 7.12 (Minimum).
  • Wenn Sie das neueste SDK-Plug-In mit einem Controller verwenden, der älter als 7.12 ist, funktionieren neu erstellte Zeitpläne nicht wie beabsichtigt.
  • In einer gemischten Site (in der einige, aber nicht alle Controller aktualisiert wurden) funktionieren die V2-Cmdlets erst, wenn die Datenbank aktualisiert wurde und mindestens ein Controller aktualisiert und verwendet wird (durch Angabe des Parameters –adminaddress <controller> mit den V2-Cmdlets).
  • Best Practice: Erstellen Sie keine neuen Zeitpläne, bevor nicht alle Controller in der Site aktualisiert wurden.
• PowerShell SDK-Snap-In, das mit XenApp und XenDesktop 7.12 (Minimum) bereitgestellt wird. Nachdem Sie Ihre Komponenten und die Site installiert oder aktualisiert haben, führen Sie asnp Citrix.* aus, um die neuesten Cmdlets zu laden.

Studio verwendet derzeit frühere V1 RebootSchedule PowerShell-Cmdlets und zeigt keine Zeitpläne an, die mit den V2-Cmdlets erstellt wurden.

Nachdem Sie einen Neustartzeitplan erstellt haben, der eine Tag-Einschränkung verwendet, und dann später Studio verwenden, um das Tag während eines Neustartintervalls (Zyklus) von einer betroffenen Maschine zu entfernen oder das Tag während eines Neustartzyklus zu zusätzlichen Maschinen hinzuzufügen, werden diese Änderungen erst im nächsten Neustartzyklus wirksam. (Die Änderungen wirken sich nicht auf den aktuellen Neustartzyklus aus.)

PowerShell-Cmdlets:

Verwenden Sie die folgenden RebootScheduleV2-Cmdlets über die Befehlszeile, um mehrere Zeitpläne zu erstellen und Tag-Einschränkungen in den Zeitplänen zu verwenden.

• New-BrokerRebootScheduleV2 (ersetzt New-BrokerRebootSchedule)
• Get-BrokerRebootScheduleV2 (ersetzt Get-BrokerRebootSchedule)
• Set- BrokerRebootScheduleV2 (ersetzt Set-BrokerRebootSchedule)
• Remove-BrokerRebootScheduleV2 (ersetzt Remove-BrokerRebootSchedule)
• Rename-BrokerRebootScheduleV2 (neu; kein Ersatz)

Für die vollständige Cmdlet-Syntax und Parameterbeschreibungen geben Sie Get-Help –full <cmdlet-name> ein.

Hinweis zur Terminologie: Im PowerShell SDK identifiziert der Parameter DesktopGroup die Bereitstellungsgruppe.

Wenn Sie mit der Studio-Oberfläche zum Erstellen eines Neustartzeitplans vertraut sind, stehen alle diese Parameter zur Verfügung, wenn Sie das V2-Cmdlet zum Erstellen oder Aktualisieren eines Zeitplans verwenden. Zusätzlich können Sie:

• Den Zeitplan auf Maschinen einschränken, die ein bestimmtes Tag haben.
• Ein Intervall angeben, bevor die erste Warnmeldung gesendet wird, während dessen keine neuen Sitzungen an die betroffenen Maschinen vermittelt werden.

Konfiguration:

Wenn Sie einen Neustartzeitplan konfigurieren, der eine Tag-Einschränkung verwendet, müssen Sie dieses Tag auch auf die Maschinen hinzufügen (anwenden), die vom Zeitplan betroffen sein sollen. (Weitere Informationen finden Sie unter Tags.)

1. Wählen Sie in Studio im Navigationsbereich Bereitstellungsgruppen aus.
2. Wählen Sie die Bereitstellungsgruppe aus, die die Maschinen enthält, die vom Zeitplan betroffen sein werden.
3. Wählen Sie Maschinen anzeigen und wählen Sie dann die Maschinen aus, denen Sie ein Tag hinzufügen möchten.
4. Wählen Sie im Aktionsbereich Tags verwalten aus.
5. Wenn das Tag bereits vorhanden ist, aktivieren Sie das Kontrollkästchen neben dem Tagnamen. Wenn das Tag nicht vorhanden ist, klicken Sie auf Erstellen und geben Sie dann den Namen für das Tag an. Nachdem das Tag erstellt wurde, aktivieren Sie das Kontrollkästchen neben dem neu erstellten Tagnamen.
6. Klicken Sie im Dialogfeld Tags verwalten auf Speichern.

Nachdem Sie Tags erstellt und hinzugefügt (angewendet) haben, verwenden Sie den Parameter –RestrictToTag, um den Tagnamen anzugeben, wenn Sie den Zeitplan mit dem V2-Cmdlet erstellen oder bearbeiten.

Wenn Sie einen Neustartzeitplan mit einer früheren XenApp- oder XenDesktop®-Version erstellt haben:

Studio verwendet derzeit die V1 RebootSchedule-Cmdlets. Wenn Sie einen Neustartzeitplan haben, der erstellt wurde, bevor Sie auf 7.12 (Minimum) aktualisiert haben, können Sie ihn weiterhin in Studio mit V1-Cmdlets verwalten, aber Sie können Studio nicht verwenden, um diesem Zeitplan eine Tag-Einschränkung hinzuzufügen oder um zusätzliche Zeitpläne zu erstellen (da Studio die V2-Cmdlets nicht unterstützt). Solange Sie die V1-Cmdlets für Ihren vorhandenen Zeitplan verwenden, zeigt Studio korrekte Informationen über den Neustartzeitplan an.

Alternativ können Sie Ihren vorhandenen Zeitplan über die Befehlszeile bearbeiten, unter Verwendung der neuen V2 RebootSchedule-Cmdlets. Bei Verwendung der neuen V2-Cmdlets können Sie die Tag-Einschränkungsparameter in diesem Zeitplan verwenden und zusätzliche Neustartzeitpläne erstellen. Wenn Sie jedoch V2-Cmdlets verwenden, um Ihren vorhandenen Zeitplan zu ändern, zeigt Studio keine vollständigen Zeitplaninformationen an (da es nur V1-Informationen erkennt). Sie können nicht sehen, ob eine Tag-Einschränkung verwendet wird oder den Namen und die Beschreibung des Zeitplans.

New-BrokerRebootScheduleV2 (replaces New-BrokerRebootSchedule)
Get-BrokerRebootScheduleV2 (replaces Get-BrokerRebootSchedule)
Set- BrokerRebootScheduleV2 (replaces Set-BrokerRebootSchedule)
Remove-BrokerRebootScheduleV2 (replaces Remove-BrokerRebootSchedule)
Rename-BrokerRebootScheduleV2 (new; not a replacement)
New-BrokerRebootScheduleV2 (replaces New-BrokerRebootSchedule)
Get-BrokerRebootScheduleV2 (replaces Get-BrokerRebootSchedule)
Set- BrokerRebootScheduleV2 (replaces Set-BrokerRebootSchedule)
Remove-BrokerRebootScheduleV2 (replaces Remove-BrokerRebootSchedule)
Rename-BrokerRebootScheduleV2 (new; not a replacement)
New-BrokerRebootScheduleV2 (replaces New-BrokerRebootSchedule)
Get-BrokerRebootScheduleV2 (replaces Get-BrokerRebootSchedule)
Set- BrokerRebootScheduleV2 (replaces Set-BrokerRebootSchedule)
Remove-BrokerRebootScheduleV2 (replaces Remove-BrokerRebootSchedule)
Rename-BrokerRebootScheduleV2 (new; not a replacement)

Verhindern, dass Benutzer eine Verbindung zu einer Maschine (Wartungsmodus) in einer Delivery Group herstellen

Wenn Sie neue Verbindungen zu Maschinen vorübergehend unterbrechen müssen, können Sie den Wartungsmodus für eine oder alle Maschinen in einer Delivery Group aktivieren. Dies kann vor dem Anwenden von Patches oder der Verwendung von Verwaltungstools erforderlich sein.

• Wenn sich eine Server-Betriebssystemmaschine im Wartungsmodus befindet, können Benutzer eine Verbindung zu vorhandenen Sitzungen herstellen, aber keine neuen Sitzungen starten.
• Wenn sich eine Desktop-Betriebssystemmaschine (oder ein PC mit Remote PC Access) im Wartungsmodus befindet, können Benutzer keine Verbindung herstellen oder wiederherstellen. Aktuelle Verbindungen bleiben bestehen, bis sie getrennt oder abgemeldet werden.

So aktivieren oder deaktivieren Sie den Wartungsmodus:

1. Wählen Sie Delivery Groups im Studio-Navigationsbereich.
2. Wählen Sie eine Gruppe aus.
3. Um den Wartungsmodus für alle Maschinen in der Delivery Group zu aktivieren, wählen Sie im Bereich Aktionen die Option Wartungsmodus aktivieren. Um den Wartungsmodus für eine Maschine zu aktivieren, wählen Sie im Bereich Aktionen die Option Maschinen anzeigen. Wählen Sie eine Maschine aus und wählen Sie dann im Bereich Aktionen die Option Wartungsmodus aktivieren.
4. Um den Wartungsmodus für eine oder alle Maschinen in einer Delivery Group zu deaktivieren, folgen Sie den vorherigen Anweisungen, wählen Sie jedoch im Bereich Aktionen die Option Wartungsmodus deaktivieren.

Die Einstellungen für die Windows-Remotedesktopverbindung (RDC) wirken sich auch darauf aus, ob sich ein Server-Betriebssystemcomputer im Wartungsmodus befindet. Der Wartungsmodus ist aktiviert, wenn eine der folgenden Bedingungen zutrifft:

• Der Wartungsmodus ist wie oben beschrieben aktiviert.
• RDC ist auf Keine Verbindungen mit diesem Computer zulassen eingestellt.
• RDC ist nicht auf Keine Verbindungen mit diesem Computer zulassen eingestellt, und die Einstellung für den Benutzeranmeldemodus der Remotehostkonfiguration ist entweder Wiederverbindungen zulassen, aber neue Anmeldungen verhindern oder Wiederverbindungen zulassen, aber neue Anmeldungen verhindern, bis der Server neu gestartet wird.

Sie können den Wartungsmodus auch für eine Verbindung (was sich auf die Maschinen auswirkt, die diese Verbindung verwenden) oder für einen Maschinenkatalog (was sich auf die Maschinen in diesem Katalog auswirkt) aktivieren oder deaktivieren.

Zuweisungen von Maschinen zu Benutzern in einer Bereitstellungsgruppe ändern

Sie können die Zuweisungen von Desktop-Betriebssystemmaschinen ändern, nicht jedoch die von Server-Betriebssystemmaschinen oder Maschinen, die über Provisioning Services erstellt wurden.

1. Wählen Sie im Studio-Navigationsbereich Bereitstellungsgruppen aus.
2. Wählen Sie eine Gruppe aus.
3. Wählen Sie im Bereich „Aktionen“ die Option Bereitstellungsgruppe bearbeiten. Geben Sie auf der Seite Desktops oder Desktop-Zuweisungsregeln (nur eine dieser Seiten ist verfügbar, je nach dem Typ des Maschinenkatalogs, den die Bereitstellungsgruppe verwendet) die neuen Benutzer an.
4. Klicken Sie auf Übernehmen, um die vorgenommenen Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um die Änderungen zu übernehmen und das Fenster zu schließen.

Maximale Anzahl von Maschinen pro Benutzer ändern

1. Wählen Sie im Studio-Navigationsbereich Bereitstellungsgruppen aus.
2. Wählen Sie eine Gruppe aus und wählen Sie dann im Bereich „Aktionen“ die Option Bereitstellungsgruppe bearbeiten.
3. Legen Sie auf der Seite Desktop-Zuweisungsregeln den Wert für die maximale Anzahl von Desktops pro Benutzer fest.
4. Klicken Sie auf Übernehmen, um die vorgenommenen Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um die Änderungen zu übernehmen und das Fenster zu schließen.

Lastverwaltung von Maschinen in Delivery Groups

Sie können nur Server-Betriebssystemmaschinen lastverwalten.

Die Lastverwaltung misst die Serverlast und bestimmt, welcher Server unter den aktuellen Umgebungsbedingungen ausgewählt werden soll. Diese Auswahl basiert auf:

Status des Serverwartungsmodus: Eine Server-Betriebssystemmaschine wird nur dann für den Lastausgleich berücksichtigt, wenn der Wartungsmodus deaktiviert ist.

Serverlastindex: Bestimmt, wie wahrscheinlich es ist, dass ein Server, der Server-Betriebssystemmaschinen bereitstellt, Verbindungen erhält. Der Index ist eine Kombination aus Lastauswertern: die Anzahl der Sitzungen und die Einstellungen für Leistungsmetriken wie CPU-, Datenträger- und Speichernutzung. Sie geben die Lastauswerter in den Richtlinieneinstellungen für die Lastverwaltung an.

Sie können den Lastindex in Director, der Studio-Suche und dem SDK überwachen.

In Studio ist die Spalte „Serverlastindex“ standardmäßig ausgeblendet. Um sie anzuzeigen, wählen Sie eine Maschine aus, klicken Sie mit der rechten Maustaste auf eine Spaltenüberschrift und wählen Sie dann „Spalte auswählen“. Wählen Sie in der Kategorie „Maschine“ die Option „Lastindex“.

Verwenden Sie im SDK das Cmdlet Get-BrokerMachine. Weitere Informationen finden Sie unter CTX202150.

Ein Serverlastindex von 10000 bedeutet, dass der Server voll ausgelastet ist. Wenn keine anderen Server verfügbar sind, erhalten Benutzer möglicherweise eine Meldung, dass der Desktop oder die Anwendung derzeit nicht verfügbar ist, wenn sie eine Sitzung starten.

Richtlinieneinstellung für die Toleranz bei gleichzeitigen Anmeldungen: Die maximale Anzahl gleichzeitiger Anmeldeanforderungen an den Server. (Diese Einstellung entspricht der Lastdrosselung in XenApp-Versionen vor 7.5.)

Wenn alle Server die Einstellung für die Toleranz bei gleichzeitigen Anmeldungen erreichen oder überschreiten, wird die nächste Anmeldeanforderung dem Server mit den wenigsten ausstehenden Anmeldungen zugewiesen. Wenn mehr als ein Server diese Kriterien erfüllt, wird der Server mit dem niedrigsten Lastindex ausgewählt.

Entfernen einer Maschine aus einer Delivery Group

Durch das Entfernen einer Maschine wird diese aus einer Delivery Group gelöscht, aber nicht aus dem Maschinenkatalog, den die Delivery Group verwendet. Daher steht diese Maschine für die Zuweisung zu einer anderen Delivery Group zur Verfügung.

Maschinen müssen heruntergefahren werden, bevor sie entfernt werden können. Um Benutzer vorübergehend daran zu hindern, sich mit einer Maschine zu verbinden, während Sie diese entfernen, versetzen Sie die Maschine in den Wartungsmodus, bevor Sie sie herunterfahren.

Beachten Sie, dass Maschinen persönliche Daten enthalten können. Seien Sie daher vorsichtig, bevor Sie die Maschine einem anderen Benutzer zuweisen. Möglicherweise möchten Sie die Maschine neu aufsetzen.

1. Wählen Sie im Navigationsbereich von Studio die Option Bereitstellungsgruppen.
2. Wählen Sie eine Gruppe und dann im Aktionsbereich die Option Maschinen anzeigen.
3. Stellen Sie sicher, dass die Maschine heruntergefahren ist.
4. Wählen Sie im Aktionsbereich die Option Aus Bereitstellungsgruppe entfernen.

Sie können eine Maschine auch über die von ihr verwendete Verbindung aus einer Bereitstellungsgruppe entfernen. Weitere Informationen finden Sie unter Verbindungen und Ressourcen.

Zugriff auf Maschinen in einer Bereitstellungsgruppe einschränken

Alle Änderungen, die Sie vornehmen, um den Zugriff auf Maschinen in einer Bereitstellungsgruppe einzuschränken, überschreiben frühere Einstellungen, unabhängig von der verwendeten Methode. Sie können:

Den Zugriff für Administratoren mithilfe von Bereichen der delegierten Administration einschränken. Sie können einen Bereich erstellen und zuweisen, der Administratoren den Zugriff auf alle Anwendungen erlaubt, und einen weiteren Bereich, der nur den Zugriff auf bestimmte Anwendungen ermöglicht. Weitere Informationen finden Sie im Artikel zur delegierten Administration.

Den Zugriff für Benutzer über SmartAccess-Richtlinienausdrücke einschränken, die Benutzerverbindungen filtern, die über NetScaler® Gateway hergestellt werden.

1. Wählen Sie im Navigationsbereich von Studio die Option Bereitstellungsgruppen.
2. Wählen Sie eine Gruppe und dann im Aktionsbereich die Option Bereitstellungsgruppe bearbeiten.
3. Wählen Sie auf der Seite Zugriffsrichtlinie die Option Verbindungen über NetScaler Gateway.
4. Um eine Untergruppe dieser Verbindungen auszuwählen, wählen Sie Verbindungen, die einem der folgenden Filter entsprechen. Definieren Sie dann die NetScaler Gateway-Site und fügen Sie die SmartAccess-Richtlinienausdrücke für die zulässigen Benutzerzugriffsszenarien hinzu, bearbeiten oder entfernen Sie sie. Weitere Informationen finden Sie in der NetScaler Gateway-Dokumentation.
5. Klicken Sie auf Übernehmen, um vorgenommene Änderungen zu übernehmen und das Fenster geöffnet zu lassen, oder klicken Sie auf OK, um Änderungen zu übernehmen und das Fenster zu schließen.

Beschränken Sie den Zugriff für Benutzer durch Ausschlussfilter auf Zugriffsrichtlinien, die Sie im SDK festlegen. Zugriffsrichtlinien werden auf Delivery Groups angewendet, um Verbindungen zu verfeinern. Sie können beispielsweise den Maschinenzugriff auf eine Untergruppe von Benutzern beschränken und zulässige Benutzergeräte angeben. Ausschlussfilter verfeinern Zugriffsrichtlinien weiter. Aus Sicherheitsgründen können Sie beispielsweise einer Untergruppe von Benutzern oder Geräten den Zugriff verweigern. Standardmäßig sind Ausschlussfilter deaktiviert.

Um beispielsweise für ein Schulungslabor in einem Subnetz im Unternehmensnetzwerk den Zugriff von diesem Labor auf eine bestimmte Delivery Group zu verhindern, unabhängig davon, wer die Maschinen im Labor verwendet, verwenden Sie den folgenden Befehl: Set-BrokerAccessPolicy -Name VPDesktops_Direct -ExcludedClientIPFilterEnabled $True -

Sie können das Sternchen (*) als Platzhalter verwenden, um alle Tags abzugleichen, die mit demselben Richtlinienausdruck beginnen. Wenn Sie beispielsweise das Tag VPDesktops_Direct zu einer Maschine und VPDesktops_Test zu einer anderen hinzufügen, wendet das Festlegen des Tags im Skript Set-BrokerAccessPolicy auf VPDesktops_* den Filter auf beide Maschinen an.

Wenn Sie über einen Webbrowser oder mit der in Store aktivierten Funktion für die einheitliche Citrix Receiver-Benutzererfahrung verbunden sind, können Sie keinen Ausschlussfilter für Clientnamen verwenden.

Sitzung abmelden oder trennen

1. Wählen Sie im Studio-Navigationsbereich Delivery Groups aus.
2. Wählen Sie eine Delivery Group und dann im Bereich Aktionen die Option Maschinen anzeigen aus.
3. Wählen Sie im mittleren Bereich die Maschine aus, wählen Sie im Bereich Aktionen die Option Sitzungen anzeigen und dann eine Sitzung aus.
   • Alternativ können Sie im mittleren Bereich die Registerkarte Sitzung und dann eine Sitzung auswählen.
4. Um einen Benutzer von einer Sitzung abzumelden, wählen Sie im Bereich Aktionen die Option Abmelden. Die Sitzung wird geschlossen und der Benutzer abgemeldet. Die Maschine wird für andere Benutzer verfügbar, es sei denn, sie ist einem bestimmten Benutzer zugewiesen.
5. Um eine Sitzung zu trennen, wählen Sie im Bereich Aktionen die Option Trennen. Anwendungen werden in der Sitzung weiter ausgeführt und die Maschine bleibt diesem Benutzer zugewiesen. Der Benutzer kann sich erneut mit derselben Maschine verbinden.

Sie können Energieverwaltungstimer für Desktop-Betriebssystemmaschinen konfigurieren, um ungenutzte Sitzungen automatisch zu verwalten. Weitere Informationen finden Sie im Abschnitt Power manage machines.

Nachricht an eine Delivery Group senden

1. Wählen Sie im Studio-Navigationsbereich Delivery Groups aus.
2. Wählen Sie eine Delivery Group und dann im Bereich Aktionen die Option Maschinen anzeigen aus.
3. Wählen Sie im mittleren Bereich eine Maschine aus, an die Sie eine Nachricht senden möchten.
4. Wählen Sie im Bereich Aktionen die Option Sitzungen anzeigen.
5. Wählen Sie im mittleren Bereich alle Sitzungen aus und wählen Sie dann im Bereich Aktionen die Option Nachricht senden.
6. Geben Sie Ihre Nachricht ein und klicken Sie auf OK. Sie können bei Bedarf den Schweregrad angeben. Zu den Optionen gehören Kritisch, Frage, Warnung und Information.

Alternativ können Sie eine Nachricht über Citrix Director senden. Weitere Informationen finden Sie unter Nachrichten an Benutzer senden.

Sitzungsvorabstart und Sitzungsverzögerung in einer Bereitstellungsgruppe konfigurieren

Diese Funktionen werden nur auf Server-Betriebssystemmaschinen unterstützt.

Die Funktionen für den Sitzungsvorabstart und die Sitzungsverzögerung helfen bestimmten Benutzern, schnell auf Anwendungen zuzugreifen, indem Sitzungen gestartet werden, bevor sie angefordert werden (Sitzungsvorabstart), und Anwendungssitzungen aktiv gehalten werden, nachdem ein Benutzer alle Anwendungen geschlossen hat (Sitzungsverzögerung).

Standardmäßig werden der Sitzungsvorabstart und die Sitzungsverzögerung nicht verwendet: Eine Sitzung startet (wird gestartet), wenn ein Benutzer eine Anwendung startet, und bleibt aktiv, bis die letzte offene Anwendung in der Sitzung geschlossen wird.

Überlegungen:

• Die Bereitstellungsgruppe muss Anwendungen unterstützen, und auf den Maschinen muss ein VDA für Windows Server OS, mindestens Version 7.6, ausgeführt werden.
• Diese Funktionen werden nur bei Verwendung von Citrix Receiver für Windows unterstützt und erfordern auch eine zusätzliche Citrix Receiver-Konfiguration. Anweisungen finden Sie in der Produktdokumentation für Ihre Citrix Receiver für Windows-Version unter „Sitzungsvorabstart“.
• Beachten Sie, dass Citrix Receiver für HTML5 nicht unterstützt wird.
• Wenn der Sitzungsvorabstart verwendet wird und die Maschine eines Benutzers in den „Standby“- oder „Ruhezustand“ versetzt wird, funktioniert der Vorabstart nicht (unabhängig von den Einstellungen für den Sitzungsvorabstart). Benutzer können ihre Maschinen/Sitzungen sperren, aber wenn sich ein Benutzer von Citrix Receiver abmeldet, wird die Sitzung beendet und der Vorabstart gilt nicht mehr.
• Bei Verwendung des Sitzungsvorabstarts können physische Clientmaschinen die Energieverwaltungsfunktionen für Standby oder Ruhezustand nicht verwenden. Benutzer von Clientmaschinen können ihre Sitzungen sperren, sollten sich aber nicht abmelden.
• Vorgestartete und verbleibende Sitzungen verbrauchen eine Lizenz, aber nur, wenn sie verbunden sind. Nicht verwendete vorgestartete und verbleibende Sitzungen werden standardmäßig nach 15 Minuten getrennt. Dieser Wert kann in PowerShell (New/Set-BrokerSessionPreLaunch-Cmdlet) konfiguriert werden.
• Sorgfältige Planung und Überwachung der Aktivitätsmuster Ihrer Benutzer sind unerlässlich, um diese Funktionen so anzupassen, dass sie sich gegenseitig ergänzen. Eine optimale Konfiguration gleicht die Vorteile einer früheren Anwendungsverfügbarkeit für Benutzer mit den Kosten für die Nutzung von Lizenzen und die Zuweisung von Ressourcen aus.
• Sie können den Sitzungsvorstart auch für eine geplante Tageszeit in Citrix Receiver konfigurieren.

Wie lange ungenutzte vorgestartete und verbleibende Sitzungen aktiv bleiben

Es gibt mehrere Möglichkeiten, festzulegen, wie lange eine ungenutzte Sitzung aktiv bleibt, wenn der Benutzer keine Anwendung startet: ein konfigurierter Timeout und Schwellenwerte für die Serverauslastung. Sie können alle konfigurieren; das Ereignis, das zuerst eintritt, beendet die ungenutzte Sitzung.

• Timeout: Ein konfigurierter Timeout gibt die Anzahl der Minuten, Stunden oder Tage an, die eine ungenutzte vorgestartete oder verbleibende Sitzung aktiv bleibt. Wenn Sie einen zu kurzen Timeout konfigurieren, enden vorgestartete Sitzungen, bevor sie dem Benutzer den Vorteil eines schnelleren Anwendungszugriffs bieten. Wenn Sie einen zu langen Timeout konfigurieren, können eingehende Benutzerverbindungen abgelehnt werden, da der Server nicht über genügend Ressourcen verfügt.

  Sie können diesen Timeout nicht über Studio deaktivieren, aber im SDK (New/Set-BrokerSessionPreLaunch-Cmdlet). Wenn Sie den Timeout deaktivieren, wird er in der Studio-Anzeige für diese Bereitstellungsgruppe oder auf den Seiten Bereitstellungsgruppe bearbeiten nicht angezeigt.

• Schwellenwerte: Das automatische Beenden von vorgestarteten und verbleibenden Sitzungen basierend auf der Serverauslastung stellt sicher, dass Sitzungen so lange wie möglich geöffnet bleiben, vorausgesetzt, Serverressourcen sind verfügbar. Ungenutzte vorgestartete und verbleibende Sitzungen führen nicht zu abgelehnten Verbindungen, da sie automatisch beendet werden, wenn Ressourcen für neue Benutzersitzungen benötigt werden.

  Sie können zwei Schwellenwerte konfigurieren: die durchschnittliche prozentuale Auslastung aller Server in der Bereitstellungsgruppe und die maximale prozentuale Auslastung eines einzelnen Servers in der Bereitstellungsgruppe. Wenn ein Schwellenwert überschritten wird, werden die Sitzungen, die am längsten im Vorstart- oder Verbleibzustand waren, beendet. Sitzungen werden einzeln in Minutentakten beendet, bis die Last unter den Schwellenwert fällt. (Solange der Schwellenwert überschritten wird, werden keine neuen Vorstartsitzungen gestartet.)

Server mit VDAs, die sich nicht beim Controller registriert haben, und Server im Wartungsmodus gelten als voll ausgelastet. Ein ungeplanter Ausfall führt dazu, dass vorgestartete und verbleibende Sitzungen automatisch beendet werden, um Kapazität freizugeben.

So aktivieren Sie den Sitzungsvorstart

1. Wählen Sie im Studio-Navigationsbereich Bereitstellungsgruppen aus.

2. Wählen Sie eine Bereitstellungsgruppe aus, und klicken Sie dann im Aktionsbereich auf Bereitstellungsgruppe bearbeiten.

3. Aktivieren Sie auf der Seite Anwendungsvorstart den Sitzungsvorstart, indem Sie auswählen, wann Sitzungen gestartet werden sollen:

   • Wenn ein Benutzer eine Anwendung startet. Dies ist die Standardeinstellung; der Sitzungsvorstart ist deaktiviert.
   • Wenn sich ein beliebiger Benutzer in der Bereitstellungsgruppe bei Citrix Receiver für Windows anmeldet.
   • Wenn sich jemand aus einer Liste von Benutzern und Benutzergruppen bei Citrix Receiver für Windows anmeldet. Stellen Sie sicher, dass Sie auch Benutzer oder Benutzergruppen angeben, wenn Sie diese Option wählen.

   

4. Eine vorab gestartete Sitzung wird durch eine reguläre Sitzung ersetzt, wenn der Benutzer eine Anwendung startet. Wenn der Benutzer keine Anwendung startet (die vorab gestartete Sitzung ungenutzt bleibt), beeinflussen die folgenden Einstellungen, wie lange diese Sitzung aktiv bleibt.

   • Wenn ein festgelegtes Zeitintervall abläuft. Sie können das Zeitintervall ändern (1-99 Tage, 1-2376 Stunden oder 1-142.560 Minuten).
   • Wenn die durchschnittliche Last auf allen Maschinen in der Bereitstellungsgruppe einen festgelegten Prozentsatz (1-99 %) überschreitet.
   • Wenn die Last auf einer beliebigen Maschine in der Bereitstellungsgruppe einen festgelegten Prozentsatz (1-99 %) überschreitet.

   Zusammenfassung: Eine vorab gestartete Sitzung bleibt aktiv, bis eines der folgenden Ereignisse eintritt: Ein Benutzer startet eine Anwendung, die festgelegte Zeit läuft ab oder ein festgelegter Lastschwellenwert wird überschritten.

Sitzungsverweildauer aktivieren

1. Wählen Sie im Navigationsbereich von Studio Bereitstellungsgruppen aus.

2. Wählen Sie eine Bereitstellungsgruppe aus und klicken Sie dann im Aktionsbereich auf Bereitstellungsgruppe bearbeiten.

3. Aktivieren Sie auf der Seite Anwendungsverweildauer die Sitzungsverweildauer, indem Sie das Optionsfeld Sitzungen aktiv halten bis auswählen.

   

4. Mehrere Einstellungen beeinflussen, wie lange eine verweilende Sitzung aktiv bleibt, wenn der Benutzer keine weitere Anwendung startet.

   • Wenn ein festgelegtes Zeitintervall abläuft. Sie können das Zeitintervall ändern (1-99 Tage, 1-2376 Stunden oder 1-142.560 Minuten).
   • Wenn die durchschnittliche Last auf allen Maschinen in der Delivery Group einen bestimmten Prozentsatz (1-99 %) überschreitet.
   • Wenn die Last auf einer beliebigen Maschine in der Delivery Group einen bestimmten Prozentsatz (1-99 %) überschreitet.

   Zusammenfassung: Eine verbleibende Sitzung bleibt aktiv, bis eines der folgenden Ereignisse eintritt: Ein Benutzer startet eine Anwendung, die angegebene Zeit läuft ab oder ein angegebener Lastschwellenwert wird überschritten.

Problembehandlung

• VDAs, die nicht bei einem Delivery Controller registriert sind, werden beim Starten von vermittelten Sitzungen nicht berücksichtigt, was zu einer Unterauslastung ansonsten verfügbarer Ressourcen führt. Es gibt verschiedene Gründe, warum ein VDA möglicherweise nicht registriert ist, von denen viele von einem Administrator behoben werden können. Studio bietet Informationen zur Problembehandlung im Assistenten zur Katalogerstellung und nachdem Sie einen Katalog zu einer Delivery Group hinzugefügt haben.

  Nachdem Sie eine Delivery Group erstellt haben, zeigt Studio Details zu den mit dieser Gruppe verbundenen Maschinen an. Der Detailbereich für eine Delivery Group gibt die Anzahl der Maschinen an, die registriert sein sollten, es aber nicht sind. Mit anderen Worten, es kann eine oder mehrere Maschinen geben, die eingeschaltet und nicht im Wartungsmodus sind, aber derzeit nicht bei einem Controller registriert sind. Wenn Sie eine „nicht registrierte, aber registriert sein sollte“-Maschine anzeigen, überprüfen Sie die Registerkarte „Problembehandlung“ im Detailbereich auf mögliche Ursachen und empfohlene Korrekturmaßnahmen.

  Informationen zur Funktionsebene finden Sie unter VDA-Versionen und Funktionsebenen. Weitere Informationen zur Problembehandlung bei der VDA-Registrierung finden Sie unter CTX136668.

• In der Studio-Anzeige für eine Delivery Group kann die „Installierte VDA-Version“ im Detailbereich von der tatsächlich auf den Maschinen installierten Version abweichen. Die Anzeige „Programme und Funktionen“ von Windows auf der Maschine zeigt die tatsächliche VDA-Version an.
• Für Maschinen mit dem Status „Unbekannter Energiezustand“ finden Sie unter CTX131267 eine Anleitung.