VDAs mit dem VDA-Upgrade-Dienst aktualisieren

Sie können VDA-Upgrades über den VDA-Upgrade-Dienst initiieren, indem Sie den Ziel-Maschinenkatalog, einzelne Maschinen oder eine Gruppe von Maschinen auswählen und dann „VDAs aktualisieren“ wählen.

Hinweis:

Citrix® empfiehlt, VDAs nach Möglichkeit vor der Durchführung von Upgrades zu sichern.

Upgrades planen

Der VDA-Upgrade-Prozess in Citrix kann je nach Anforderungen auf Katalogebene, auf Ebene einer Maschinengruppe oder auf Ebene einzelner Maschinen durchgeführt werden. Upgrades können so eingestellt werden, dass sie sofort starten, oder bis zu 7 Tage im Voraus zu einem bestimmten Datum und einer bestimmten Uhrzeit geplant werden.

Überlegungen

• Katalog vs. Maschinengruppe vs. Maschinenumfang: Katalog-Upgrades sind ideal für Massenaktualisierungen, während das individuelle oder gruppenweise Aktualisieren von Maschinen eine granularere Kontrolle ermöglicht.

• Planung: Upgrades können bis zu 7 Tage im Voraus geplant werden. Bei Upgrades auf Maschinenkatalogebene werden Maschinen, die nach der Planung des Upgrades zum Katalog hinzugefügt wurden, nicht in das bestehende geplante Upgrade einbezogen.

Wesentliche Unterschiede

So funktionieren geplante Upgrades

Der VDA Upgrade Agent auf den VDAs kommuniziert regelmäßig mit den Delivery Controllern, um festzustellen, ob der VDA aktualisiert werden soll. VDAs können so geplant werden, dass sie sofort oder bis zu 7 Tage im Voraus aktualisiert werden. Wenn Sie ein Upgrade im Voraus planen, können Sie Datum und Uhrzeit (in UTC) für den Beginn des Upgrades festlegen.

Die Upgradedauer legt den Zeitraum nach dem geplanten Upgrade-Startzeitpunkt fest, in dem Upgrades stattfinden. Standardmäßig gleicht Citrix bei Maschinenkatalog- und Maschinengruppen-Upgrades die VDA-Upgrades über die gesamte Upgradedauer hinweg aus, um die Leistung zu verbessern und Engpässe zu vermeiden.

Sobald ein Upgrade beginnt, wird der VDA in den Wartungsmodus versetzt, bis das Upgrade abgeschlossen ist. Wenn eine Sitzung auf dem VDA vorhanden ist, wird der VDA erst aktualisiert, wenn keine Sitzungen mehr vorhanden sind. Es können keine neuen Sitzungen an den VDA vermittelt werden, wenn er sich im Wartungsmodus befindet. Wenn ein Benutzer während eines Upgrade-Fensters die Verbindung zu einer Sitzung trennt, kann er erst wieder eine Verbindung herstellen, wenn das Upgrade abgeschlossen ist.

Der VDA versucht weiterhin ein Upgrade, bis die geplante Upgradedauer abgeschlossen ist. Wenn während der gesamten Upgradedauer eine Sitzung vorhanden ist, wird das Upgrade abgebrochen und der Wartungsmodus für den VDA deaktiviert. Erwägen Sie eine längere Upgradedauer, um die Erfolgsrate des VDA-Upgrades zu verbessern.

Hinweis:

VDAs, die vor einem geplanten Upgrade manuell in den Wartungsmodus versetzt wurden, können nicht aktualisiert werden.

Verfügbare VDA-Versionen

Der VDA-Upgrade-Dienst verwaltet N-2 VDA-Versionen für CR-Versionen und N-2 CU-Versionen für alle derzeit unterstützten LTSR-Versionen.

Wenn eine neue CVAD-Version veröffentlicht wird, können Sie VUS aktualisieren, um neuere VDA-Versionen einzuschließen, ohne Ihre gesamte Site zu aktualisieren. VUS verwendet eine Datei namens vda_releases.xml, um die verfügbaren VDA-Versionen zu füllen. Die Datei vda_releases.xml ist im CVAD-Metainstaller an folgendem Speicherort verfügbar:

<CVAD-ISO>\Support\VdaUpdateServiceMetadata\vda_releases.xml

Um die neuere Datei vda_releases.xml in VUS zu importieren, führen Sie das folgende Cmdlet aus: Import-VusVdaReleasesMetadata -Path ‘[Path to vda_releases.xml]’

In Web Studio werden Sie beim Upgrade eines Katalogs oder einer einzelnen Maschine von der Benutzeroberfläche gefragt, auf welche Version Sie Ihre VDAs aktualisieren möchten.

Um die verfügbaren VDA-Versionen mit PowerShell zu ermitteln, verwenden Sie das Cmdlet Get-VusAvailableVdaVersion.

Ohne Übergabe einer Maschine oder eines Katalogs an das Cmdlet gibt das Cmdlet die neueste verfügbare Version für alle Upgrade-Pfade zurück.

Um die spezifischen Versionen zu erhalten, die für eine Ressource verfügbar sind, übergeben Sie einen VDA (-MachineName, -MachineUid oder -MachineUuid) oder einen Katalog (-CatalogName, -CatalogUid oder -CatalogUuid) an das Cmdlet Get-VusAvailableVdaVersion.

Zum Beispiel: Get-VusAvailableVdaVersion -CatalogName ‘[Name of your Machine Catalog]’

Zusätzliche Komponenten

Zusätzliche Komponenten können bei der Aktualisierung von VDAs nach Maschinenkatalog oder nach einzelner Maschine installiert oder aktualisiert werden. Wenn Sie eine Komponente nicht auswählen, wird die Komponente nicht deinstalliert, aber sie wird nicht als Teil des gesamten VDA-Upgrades aktualisiert.

Funktionen

Funktionen können auf VDAs über den VDA-Upgrade-Dienst aktiviert oder aktualisiert werden. Wenn Sie eine Funktion nicht auswählen, wird die Funktion nicht deaktiviert, aber die Funktion wird nicht als Teil des gesamten VDA-Upgrades aktualisiert.

Standardmäßig ist das Kontrollkästchen Wiederherstellungsbereinigung aktivieren ausgewählt. Citrix empfiehlt, die Funktion zur Wiederherstellungsbereinigung zu aktivieren, um die Verwaltung zu vereinfachen und die Wiederherstellung nach fehlgeschlagenen Upgrades zu verbessern. Wenn die Funktion aktiviert ist, wird vor Beginn des Upgrades ein Systemwiederherstellungspunkt erstellt. Schlägt ein Upgrade fehl, wird der VDA auf den Systemwiederherstellungspunkt zurückgesetzt. Der Wiederherstellungspunkt wird nach der erfolgreichen Installation des VDA gelöscht. Weitere Informationen finden Sie unter Wiederherstellung bei Installations- oder Upgrade-Fehler.

Hinweis:

Die Windows-Systemwiederherstellung wird nur auf Einzel-Sitzungs-Betriebssystemen (z. B. Windows 10 und 11) unterstützt. Die Funktion Windows-Systemwiederherstellung muss auf dem VDA aktiviert sein, damit die Funktion „Wiederherstellungsbereinigung aktivieren“ funktioniert. Upgrades können fehlschlagen, wenn „Wiederherstellung aktivieren“ oder „Wiederherstellungsbereinigung aktivieren“ ausgewählt ist, die Windows-Systemwiederherstellung jedoch nicht auf dem VDA konfiguriert ist.

Parallelität

Beim Aktualisieren von Maschinenkatalogen können Sie mit VUS eine maximale Anzahl von VDAs definieren, die gleichzeitig aktualisiert werden. Dies kann dazu beitragen, die Last auf Ihrer Internetverbindung oder Ihrem Dateiserver zu reduzieren, und ermöglicht es Ihnen, in Verbindung mit Fehlerschwellenwerten Upgrades zu stoppen, wenn eine bestimmte Anzahl von VDAs nicht aktualisiert werden kann.

Sobald das geplante Upgrade beginnt, werden alle VDAs im Katalog in den Wartungsmodus versetzt. Ein Upgrade wird für eine Anzahl von VDAs gestartet, die der definierten maximalen Parallelitätseinstellung entspricht. Sobald ein VDA-Upgrade abgeschlossen ist, beginnt ein weiterer VDA mit dem Upgrade, um die gleichzeitige Anzahl der gleichzeitig aktualisierten VDAs aufrechtzuerhalten.

Wenn für ein geplantes Upgrade eines Maschinenkatalogs keine Parallelität angegeben ist, verwendet Citrix einen Standardwert für die Parallelität, der auf der Gesamtzahl der VDAs im Katalog und der Upgradedauer basiert.

Upgrades dauern im Durchschnitt etwa 30 Minuten, dies kann jedoch je nach Umgebungsbedingungen stark variieren. Erwägen Sie, Ihre Parallelität auf eine Menge einzustellen, bei der alle VDAs innerhalb der angegebenen Upgradedauer aktualisiert werden können. Wenn Sie beispielsweise 20 VDAs haben, die über 4 Stunden aktualisiert werden sollen, müssen Sie 5 VDAs pro Stunde aktualisieren. Bei einer durchschnittlichen Upgradedauer von 30 Minuten können Sie den Parallelitätswert auf 3 setzen, um die Anforderung von 5 VDA-Upgrades pro Stunde zu erfüllen (3 Upgrades pro 30 Minuten ergeben 6 Updates pro Stunde).

Fehlerschwellenwert

Beim Aktualisieren von Maschinenkatalogen verwenden Sie einen Fehlerschwellenwert, um zu verhindern, dass weitere VDAs aktualisiert werden, wenn eine bestimmte Anzahl von VDAs fehlgeschlagen ist. Fehlerschwellenwerte können den Wirkungsbereich von Problemen reduzieren, die zu Upgrade-Fehlern führen, und so den Fehlerbehebungsaufwand für Administratoren verringern.

Fehlerschwellenwerte verhindern, dass zukünftige VDAs mit Upgrades beginnen, stoppen aber keine VDAs, die das Upgrade bereits gestartet haben. Wenn beispielsweise ein Maschinenkatalog 100 VDAs hat, die Parallelität auf 10 VDAs eingestellt ist und der Fehlerschwellenwert auf 3 gesetzt ist, und alle VDA-Upgrades fehlschlagen, haben mindestens 13 VDAs versucht, ein Upgrade durchzuführen, die restlichen 87 wurden nie gestartet, und das Upgrade wird abgebrochen.

10 parallele VDAs beginnen zu Beginn des geplanten Upgrades mit dem Upgrade. Wenn das erste Upgrade fehlschlägt, beginnt ein weiterer VDA mit dem Upgrade, um die 10 parallelen gleichzeitigen Upgrades aufrechtzuerhalten. Wenn das zweite Upgrade fehlschlägt, beginnt ein weiterer VDA mit dem Upgrade. Wenn das dritte Upgrade fehlschlägt, werden alle VDAs, die sich derzeit im Upgrade-Prozess befinden, fortgesetzt, und der Rest der VDAs im Upgrade-Zeitplan wird abgebrochen.

Speicherort des VDA-Installers

Der VDA-Installer muss auf einer lokalen Dateifreigabe in Ihrer Umgebung gehostet werden. Die Anforderungen für die Dateifreigabe und den VDA-Installer sind unten aufgeführt:

Die Dateifreigabe muss die folgenden Voraussetzungen erfüllen.

• Dateifreigabeberechtigungen
  • Die Netzwerkfreigaben, die VDA-Installationspakete enthalten, müssen Lesezugriff für den VDA Upgrade Agent-Dienst haben, der als Lokales System (NT-AUTORITÄT\SYSTEM-Prinzipal) ausgeführt wird.
  • Domänenverbundene VDAs:
    • Das Konto Lokales System (VUA wird als Lokales System ausgeführt) verwendet Computerkontoanmeldeinformationen beim Zugriff auf Netzwerkfreigaben.
    • Der Dateifreigabe muss Lesezugriff für Domänencomputer gewährt werden.
    • In den erweiterten Freigabeeinstellungen muss Datei- und Druckerfreigabe aktiviert sein.
  • Nicht domänenverbundene VDAs:
    • Das Konto Lokales System (VUA wird als Lokales System ausgeführt) verwendet ANONYMOUS LOGON beim Zugriff auf Netzwerkfreigaben.
    • Im Netzwerk- und Freigabecenter muss Kennwortgeschütztes Freigeben deaktiviert sein.
    • Auf der Registerkarte Sicherheit der Ordnerberechtigungen müssen Lesezugriffsberechtigungen für ANONYMOUS LOGON gewährt werden.
    • In den erweiterten Freigabeeinstellungen muss Datei- und Druckerfreigabe aktiviert sein.
    • Der Name des freigegebenen Ordners muss der Netzwerkzugriffssicherheitsrichtlinie hinzugefügt werden.
• VDA-Installationsprogramm
  • Das VDA-Installationsprogramm muss von der Citrix Downloads Website heruntergeladen und in der Dateifreigabe abgelegt werden.
  • Das entsprechende VDA-Installationsprogramm für den Maschinenkatalog muss heruntergeladen werden.
    • Verwenden Sie den Multi-session OS VDA-Installer, wenn der Katalogtyp Multi-Session ist.
    • Verwenden Sie den Single-session OS VDA-Installer, wenn der Katalogtyp Single-Session ist.
  • Für ein bestimmtes Upgrade muss die Version des Installers auf der Dateifreigabe exakt mit einer von VUS veröffentlichten Version übereinstimmen. Verwenden Sie das Get-VusAvailableVersion PowerShell-Cmdlet, um die verfügbaren Versionen zu ermitteln.

Der Pfad zum Installer sollte ein Dateipfad sein, der die ausführbare Datei enthält. Zum Beispiel: \\hostname\VDA-Packages\VDAWorkstationSetup_2308.exe.

Wenn Sie VUS über PowerShell verwenden, verwenden Sie den Parameter -VdaWorkstationPackageUri (Single-Session-OS) oder -VdaServerPackageUri (Multi-Session-OS), wenn Sie Ihr Upgrade planen.

Sitzungen zwangsweise abmelden

Um die Anzahl der VDAs zu erhöhen, die während eines geplanten Upgrades für das Upgrade verfügbar sind, sollten Sie in Betracht ziehen, Benutzersitzungen während des Upgrades zwangsweise abzumelden. Die zwangsweise Abmeldung erfolgt, wenn das Upgrade für jeden einzelnen VDA beginnt, nicht zu Beginn des gesamten geplanten Upgrade-Fensters.

Da verschiedene VDAs zu unterschiedlichen Zeiten innerhalb des geplanten Zeitraums mit dem Upgrade beginnen, werden Benutzer nur dann abgemeldet, wenn ihr spezifischer VDA mit dem Upgrade beginnt.

Um getrennte Sitzungen während geplanter Upgrades mit Web Studio zwangsweise abzumelden, wählen Sie die Option Getrennte Sitzungen abmelden.

Um aktive Sitzungen während geplanter Upgrades mit Web Studio zwangsweise abzumelden, wählen Sie die Option Aktive Sitzungen abmelden. Wenn aktive Sitzungen abgemeldet werden, erhalten Benutzer 10 Minuten vor Beginn des Upgrades eine Benachrichtigung in ihrer Sitzung, die sie daran erinnert, ihre Arbeit zu speichern, bevor sie automatisch abgemeldet werden.

Um getrennte Sitzungen während geplanter Upgrades mit PowerShell zwangsweise abzumelden, verwenden Sie den Parameter -LogoffOption, wenn Sie Ihr Upgrade planen. Die verfügbaren Optionen für -LogoffOption sind unten aufgeführt:

• ActiveSessionsOnly: Wenn sich während des geplanten Upgrade-Fensters eine aktive Sitzung auf dem VDA befindet, wird der Benutzer abgemeldet. 10 Minuten vor der Abmeldung des Benutzers wird ein Banner angezeigt, um eine Warnung auszugeben. VDAs mit getrennten Sitzungen werden während des Upgrade-Fensters nicht abgemeldet. Bleibt die getrennte Sitzung während des gesamten Upgrade-Fensters bestehen, wird das VDA-Upgrade abgebrochen.
• DisconnectedSessionsOnly: Wenn sich während des geplanten Upgrade-Fensters eine getrennte Sitzung auf dem VDA befindet, wird der Benutzer abgemeldet. Benutzer werden nicht benachrichtigt, dass ihre getrennte Sitzung abgemeldet wird. VDAs mit aktiven Sitzungen werden während des Upgrade-Fensters nicht abgemeldet. Bleibt die aktive Sitzung während des gesamten Upgrade-Fensters bestehen, wird das VDA-Upgrade abgebrochen.
• ActiveAndDisconnectedSessions: Wenn sich während des geplanten Upgrade-Fensters eine getrennte oder aktive Sitzung auf dem VDA befindet, wird der Benutzer abgemeldet. Bei aktiven Sitzungen wird 10 Minuten vor der Abmeldung des Benutzers ein Banner als Warnung angezeigt.
• DoNotLogoff: Aktive und getrennte Sitzungen werden nicht abgemeldet. Wenn eine Sitzung während der gesamten Dauer des Upgrade-Zeitplans auf dem VDA vorhanden ist, wird das Upgrade am Ende des geplanten Upgrade-Fensters abgebrochen.

Wenn möglich, empfiehlt Citrix, Sitzungen zwangsweise abzumelden, um die Anzahl der erfolgreich aktualisierten VDAs zu erhöhen.

Wichtig:

Das erzwungene Abmelden von Sitzungen kann dazu führen, dass Benutzer nicht gespeicherte Arbeit aus ihren Sitzungen verlieren.

VDA-Workflow bearbeiten oder abbrechen

Nachdem Sie die Upgrades für einen Katalog geplant haben, können Sie die Startzeit und Dauer des Upgrades bearbeiten oder es ganz abbrechen.

Um ein Upgrade über die Benutzeroberfläche auf Maschinenkatalogebene zu bearbeiten oder abzubrechen, klicken Sie mit der rechten Maustaste auf einen Maschinenkatalog mit einem vorhandenen geplanten Upgrade und klicken Sie auf Geplantes VDA-Upgrade bearbeiten. Um ein vorhandenes Upgrade auf Maschinenkatalogebene mit PowerShell zu bearbeiten, verwenden Sie die Cmdlets Set-VusCatalogUpgrade und Remove-VusCatalogUpgrade.

Um ein Upgrade auf Maschinenebene zu bearbeiten oder abzubrechen, klicken Sie im Suchknoten mit der rechten Maustaste auf eine Maschine mit einem vorhandenen geplanten Upgrade und klicken Sie auf Geplantes VDA-Upgrade bearbeiten. Sie können das geplante VDA-Upgrade nicht für mehrere Maschinen gleichzeitig bearbeiten. Um ein vorhandenes Upgrade auf Maschinenebene mit PowerShell zu bearbeiten, verwenden Sie die Cmdlets Set-VusMachineUpgrade und Remove-VusMachineUpgrade.