VDAs mit dem VDA-Upgrade-Dienst aktualisieren
Sie können VDA-Upgrades über den VDA-Upgrade-Dienst initiieren, indem Sie den Zielmaschinenkatalog, eine einzelne Maschine oder eine Gruppe von Maschinen auswählen und dann „VDAs aktualisieren“ wählen.
Hinweis:
Citrix® empfiehlt, VDAs vor der Durchführung von Upgrades nach Möglichkeit zu sichern.
Upgrades planen
Der VDA-Upgrade-Prozess in Citrix kann je nach Anforderungen auf Katalogebene, auf Ebene einer Maschinengruppe oder auf Ebene einer einzelnen Maschine durchgeführt werden. Upgrades können sofort gestartet 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 Upgrade einzelner Maschinen oder von Maschinengruppen 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 werden, nicht in das bestehende geplante Upgrade einbezogen.
Hauptunterschiede
| Merkmal | Upgrade pro Katalog | Upgrade pro Maschine | Maschinengruppe |
|---|---|---|---|
| Umfang der Upgrades | Gesamter Katalog | Einzelne Maschine | Maschinengruppe aus einem Maschinenkatalog |
| Zeitplansteuerung | Ein einziger Zeitplan gilt für alle VDAs im Maschinenkatalog, am besten für groß angelegte Upgrade-Operationen | VDAs werden einzeln geplant, was hauptsächlich für Tests und einmalige Upgrades verwendet wird | VDAs werden in Gruppen geplant, was Ihnen die Flexibilität gibt, verschiedene VDA-Gruppen zu unterschiedlichen Zeiten zu aktualisieren |
| Verwaltung | Verwaltung über den Knoten „Maschinenkataloge“ in der Oberfläche „Vollständige Konfiguration“ oder das Cmdlet New-VusCatalogSchedule
|
Verwaltung über den Knoten „Suchen“ in der Oberfläche „Vollständige Konfiguration“ oder das Cmdlet New-VusMachineUpgrade
|
Verwaltung über den Knoten „Suchen“ in der Oberfläche „Vollständige Konfiguration“ oder durch Übergabe einer Liste von Maschinen an das Cmdlet New-VusMachineUpgrade
|
| Anwendungsfall | Massen-Upgrades für einen gesamten Maschinenkatalog | Granulare Kontrolle für gezielte Upgrades und Testszenarien | Gezielte Kontrolle einer Untergruppe von VDAs. Kann verwendet werden, um Upgrades innerhalb eines Katalogs zu staffeln |
| Verfügbare VDA-Versionen | Für CR- und alle derzeit unterstützten LTSR-VDA-Versionen sind die neueste Version sowie 2 vorherige (N-2) Versionen für das Upgrade verfügbar. Weitere Informationen finden Sie unter Verfügbare VDA-Versionen | Für CR- und alle derzeit unterstützten LTSR-VDA-Versionen sind die neueste Version sowie 2 vorherige (N-2) Versionen für das Upgrade verfügbar. Weitere Informationen finden Sie unter Verfügbare VDA-Versionen | Nur die neueste LTSR- oder CR-VDA-Version ist für das Upgrade verfügbar |
| Zusätzliche Komponenten | Installiert oder aktualisiert VDA-Komponenten auf jedem VDA. Wenn eine Komponente nicht aktiviert ist, wird die Funktion nicht deinstalliert, aber die Komponente wird nicht aktualisiert | Installiert oder aktualisiert die VDA-Komponente auf dem VDA. Wenn eine Komponente nicht aktiviert ist, wird die Funktion nicht deinstalliert, aber die Komponente wird nicht aktualisiert | Zusätzliche Komponenten können vom VDA-Upgrade-Dienst beim Upgrade einer Maschinengruppe nicht verwaltet werden. Hinweis: Zusätzliche Funktionen, wie „Wiederherstellungsbereinigung aktivieren“, sind für Upgrades von Maschinengruppen verfügbar |
| Zusätzliche Funktionen | Zusätzliche Funktionen können aktiviert oder aktualisiert werden | Zusätzliche Funktionen können aktiviert oder aktualisiert werden | Zusätzliche Funktionen können aktiviert oder aktualisiert werden |
| Parallelität | Wird als Einstellung bei der Planung des Upgrades gesteuert. Weitere Informationen finden Sie unter Parallelität | Ein einzelner VDA wird aktualisiert | Automatisch lastverteilt basierend auf der Anzahl der VDAs, die als Teil des Upgrade-Zeitplans ausgewählt wurden |
| Fehlerschwelle | Eine Fehlerschwelle kann festgelegt werden, um zukünftige Upgrades zu verhindern, wenn eine bestimmte Anzahl von VDAs bei Upgrades fehlschlägt. Weitere Informationen finden Sie unter Fehlerschwelle | Fehlerschwellenwerte sind für ein Upgrade pro Maschine nicht anwendbar | Fehlerschwellenwerte sind für Upgrades von Maschinengruppen nicht verfügbar. Erwägen Sie, die Größe der zu aktualisierenden Maschinengruppe so festzulegen, dass sie der maximalen Anzahl von VDAs entspricht, die einen akzeptablen Fehler darstellen würde |
Funktionsweise geplanter Upgrades
Der VDA-Upgrade-Agent auf den VDAs kommuniziert regelmäßig mit Citrix Cloud™, 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) festlegen, zu der das Upgrade beginnt.
Die Upgrade-Dauer legt den Zeitraum nach der geplanten Startzeit des Upgrades fest, in dem Upgrades stattfinden. Standardmäßig verteilt Citrix bei Upgrades von Maschinenkatalogen und Maschinengruppen die VDA-Upgrades über die gesamte Upgrade-Dauer, 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 wird weiterhin versuchen, ein Upgrade durchzuführen, bis die geplante Upgrade-Dauer abgelaufen ist. Wenn während der gesamten Upgrade-Dauer eine Sitzung vorhanden ist, wird das Upgrade abgebrochen und der Wartungsmodus für den VDA deaktiviert. Erwägen Sie eine längere Upgrade-Dauer, 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
Neue VDA-Versionen stehen kurz nach ihrer allgemeinen Verfügbarkeit über den VDA-Upgrade-Dienst zum Upgrade bereit. Der VDA-Upgrade-Dienst verwaltet N-2 Versionen des VDA für CR-Versionen und N-2 CU-Versionen für alle derzeit unterstützten LTSR-Versionen.
In der Oberfläche „Vollständige Konfiguration“ werden Sie beim Upgrade eines Katalogs oder einer einzelnen Maschine von der Benutzeroberfläche aufgefordert, auszuwählen, auf welche Version Sie Ihre VDAs aktualisieren möchten.
Um die verfügbaren VDA-Versionen mithilfe von 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 für eine Ressource abzurufen, übergeben Sie einen VDA (-MachineName, -MachineUid oder -MachineUuid) oder Katalog (-CatalogName, -CatalogUid oder -CatalogUuid) an das Cmdlet Get-VusAvailableVdaVersion.
Beispiel:
Get-VusAvailableVdaVersion -CatalogName ‘[Name Ihres Maschinenkatalogs]’
- 
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 sie nicht deinstalliert, aber sie wird nicht im Rahmen des gesamten VDA-Upgrades aktualisiert.
- 
Funktionen
- Funktionen können auf VDAs über den VDA-Upgradedienst aktiviert oder aktualisiert werden. Wenn Sie eine Funktion nicht auswählen, wird sie nicht deaktiviert, aber die Funktion wird nicht im Rahmen 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 erleichtern 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-Fehlern](https://docs.citrix.com/de-de/citrix-daas/install-configure/install-vdas#restore-on-install-or-upgrade-failure).
- 
- > **Hinweis:**
- >
- > Die Windows-Systemwiederherstellung wird nur auf Einzelsitzungs-Betriebssystemen (z. B. Windows 10 und 11) unterstützt. Die Windows-Systemwiederherstellungsfunktion 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 Upgrade 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 Reihe von VDAs nicht aktualisiert werden können.
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, benötigen Sie 5 VDAs pro Stunde. Mit 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).
Fehlerschwelle
- Beim Upgrade von Maschinenkatalogen verwenden Sie eine Fehlerschwelle, um zu verhindern, dass weitere VDAs aktualisiert werden, wenn eine bestimmte Anzahl von VDAs fehlgeschlagen ist. Fehlerschwellenwerte können den Auswirkungen von Problemen, die zu Upgrade-Fehlern führen, entgegenwirken und den Fehlerbehebungsaufwand für Administratoren reduzieren.
Fehlerschwellenwerte verhindern, dass zukünftige VDAs mit Upgrades beginnen, stoppen jedoch keine VDAs, die das Upgrade bereits gestartet haben. Wenn beispielsweise ein Maschinenkatalog 100 VDAs hat, die Parallelität auf 10 VDAs und die Fehlerschwelle auf 3 eingestellt ist, und alle VDA-Upgrades fehlschlagen, haben mindestens 13 VDAs versucht, ein Upgrade durchzuführen, und die restlichen 87 haben nie begonnen, und das Upgrade wird abgebrochen.
10 parallele VDAs beginnen zu Beginn des geplanten Upgrades mit der Aktualisierung. 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
Sie können wählen, ob VDAs die VDA-Installationsmedien entweder vom von Citrix gehosteten CDN oder von einer lokalen Dateifreigabe herunterladen sollen.
Upgrades über eine lokal gehostete Dateifreigabe reduzieren die Notwendigkeit, Netzwerkregeln bereitzustellen, die es VDAs ermöglichen, die Installationsmedien abzurufen, und können die Bandbreitennutzung während des Upgrade-Prozesses verringern.
Wenn Sie das von Citrix gehostete CDN verwenden, müssen VDAs in der Lage sein, mit den unter Konnektivität aufgeführten URLs zu kommunizieren.
Wenn Sie eine lokale Dateifreigabe verwenden, muss die Dateifreigabe die folgenden Voraussetzungen erfüllen.
- Der VDA Upgrade Agent muss Version 7.40.0.35 oder höher sein, die standardmäßig auf VDA Version 2311 oder höher installiert ist.
- Der VDA Upgrade Agent benötigt kein geplantes VDA-Upgrade, um ein Upgrade durchzuführen. Der VDA Upgrade Agent aktualisiert sich automatisch.
- Wenn das Upgrade mit PowerShell durchgeführt wird, muss das Virtual Apps and Desktops Remote PowerShell SDK Version 7.42 oder neuer installiert sein.
- Dateifreigabeberechtigungen
- Die Netzwerkfreigaben, die VDA-Installationspakete enthalten, müssen Lesezugriff für den VDA Upgrade Agent-Dienst haben, der als Lokales System (NT AUTHORITY\SYSTEM-Prinzipal) ausgeführt wird.
- Domänen-gebundene VDAs:
- Das Konto Lokales System (VUA wird als Lokales System ausgeführt) verwendet Computeranmeldeinformationen 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änen-gebundene VDAs:
- Das Konto Lokales System (VUA wird als Lokales System ausgeführt) verwendet **ANONYME ANMELDUNG** beim Zugriff auf Netzwerkfreigaben.
- Im **Netzwerk- und Freigabecenter** muss die **kennwortgeschützte Freigabe** deaktiviert sein.
- Auf der Registerkarte **Sicherheit** der Ordnerberechtigungen müssen Lesezugriffsberechtigungen für **ANONYME ANMELDUNG** 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 relevante VDA-Installationsprogramm für den Maschinenkatalog muss heruntergeladen werden.
- Verwenden Sie das Multi-session OS VDA-Installationsprogramm, wenn der Katalogtyp Multi-Session ist.
- Verwenden Sie das Single-session OS VDA-Installationsprogramm, wenn der Katalogtyp Single-Session ist.
- Für ein bestimmtes Upgrade muss die Version des Installationsprogramms auf der Dateifreigabe exakt mit einer von VUS veröffentlichten Version übereinstimmen. Verwenden Sie das PowerShell-Cmdlet
Get-VusAvailableVersion, um die verfügbaren Versionen zu ermitteln.
Um VDAs für ein Upgrade von einer lokalen Dateifreigabe in der Oberfläche für die vollständige Konfiguration einzurichten, wählen Sie „Lokale Dateifreigabe verwenden“ am Speicherort des VDA-Installationsprogramms aus und geben Sie den Pfad zum Installationsprogramm ein. Beispiel: "\\hostname\VDA-Packages\VDAWorkstationSetup_2308.exe".
Um VDAs für ein Upgrade von einer lokalen Dateifreigabe mithilfe von PowerShell einzurichten, verwenden Sie den Parameter -VdaWorkstationPackageUri (Single-Session-Betriebssystem) oder -VdaServerPackageUri (Multi-Session-Betriebssystem), wenn Sie Ihr Upgrade planen.
Abmelden von Sitzungen erzwingen
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 erzwungene 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 über die Oberfläche für die vollständige Konfiguration zwangsweise abzumelden, wählen Sie die Option Getrennte Sitzungen abmelden.
Um aktive Sitzungen während geplanter Upgrades über die Oberfläche für die vollständige Konfiguration 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 mithilfe von 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 während des geplanten Upgrade-Fensters eine aktive Sitzung auf dem VDA vorhanden ist, wird der Benutzer abgemeldet. 10 Minuten vor der Abmeldung des Benutzers wird ein Banner angezeigt, um eine Warnung zu geben. 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 während des geplanten Upgrade-Fensters eine getrennte Sitzung auf dem VDA vorhanden ist, 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 während des geplanten Upgrade-Fensters eine getrennte oder aktive Sitzung auf dem VDA vorhanden ist, wird der Benutzer abgemeldet. Bei aktiven Sitzungen wird 10 Minuten vor der Abmeldung des Benutzers ein Banner angezeigt, um eine Warnung zu geben.
- 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 VDAs zu erhöhen, die erfolgreich aktualisiert werden.
Wichtig:
Das zwangsweise Abmelden von Sitzungen kann dazu führen, dass Benutzer nicht gespeicherte Arbeit aus ihrer Sitzung verlieren.
VDAs vor Beginn des Upgrades neu starten
Verwenden Sie die Option zum automatischen Neustart von VDAs vor Upgrades, um die Erfolgsrate zu verbessern, indem Sie sicherstellen, dass jeder VDA den Prozess in einem sauberen, konsistenten Zustand beginnt. Ein Neustart vor dem Upgrade kann das Risiko häufiger Fehler wie ausstehende Neustarts, verbleibende Prozesse oder unvollständige Systemaktualisierungen mindern.
Wenn diese Option aktiviert ist, wird jeder VDA einzeln neu gestartet, kurz bevor sein Upgrade beginnt, und nicht zu Beginn des gesamten Upgrade-Fensters.
Um die Funktion zum Neustart des VDA vor dem Upgrade zu verwenden, muss der VDA Upgrade Agent Version 7.44 (veröffentlicht mit Citrix Virtual Apps and Desktops 2503) oder höher sein. VDAs mit einer früheren VDA Upgrade Agent-Version werden ohne Neustart aktualisiert.
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.