Citrix Virtual Apps and Desktops

Bereitstellung aktualisieren

Hinweis:

Das dateibasierte Lizenzierungssystem, das traditionell zur Aktivierung verschiedener lokaler Komponenten verwendet wird, wird am 15. April 2026 das End of Life (EOL) erreichen. Der License Activation Service (LAS) ist die Technologie der nächsten Generation für Produktaktivierungen in der gesamten Citrix Produktpalette. LAS wird nach dem 15. April 2026 die einzige Möglichkeit sein, lokale Citrix Komponenten zu aktivieren und zu lizenzieren. Um weiterhin unterstützt zu werden, muss Ihre Citrix Virtual Apps and Desktops-Bereitstellung eine LAS-kompatible Version sein. Die mindestens erforderlichen CVAD-Versionen, die LAS-kompatibel sind, sind:

  • CVAD 2203 LTSR CU7
  • CVAD 2402 LTSR CU3
  • CVAD 2507 LTSR
  • CVAD 2411

Bei Fragen oder Bedenken wenden Sie sich an den Kundendienst. Citrix kann Ihre Citrix Maintenance bei Nichteinhaltung dieser Anforderungen ohne Haftung einschränken oder aussetzen, zusätzlich zu allen anderen Rechtsbehelfen, die Citrix nach Gesetz oder Billigkeit zustehen könnten. Diese Anforderungen gelten nicht, wo sie gesetzlich oder behördlich verboten sind.

Einführung

Hinweis:

Dieser Artikel behandelt Upgrades für Bereitstellungen, die Web Studio verwenden. Informationen zu Upgrades, die Citrix Studio verwenden, finden Sie im entsprechenden Artikel in Citrix Virtual Apps and Desktops™ 7 2212 oder früher.

Sie können bestimmte Bereitstellungen auf neuere Versionen aktualisieren, ohne zuvor neue Maschinen oder Sites einrichten zu müssen. Dies wird als In-Place-Upgrade bezeichnet.

Um zu erfahren, welche Citrix Virtual Apps and Desktops-Versionen Sie aktualisieren können, lesen Sie den Abschnitt Versionen, die Sie aktualisieren können.

Bevor Sie auf eine der Citrix Virtual Apps and Desktops-Versionen aktualisieren, stellen Sie sicher, dass Ihre aktuellen Customer Success Services-Daten gültig und nicht abgelaufen sind. Weitere Informationen finden Sie im Artikel Customer Success Services-Verlängerungslizenzen.

Um ein Upgrade zu starten, führen Sie das Installationsprogramm der neuen Version aus, um zuvor installierte Kernkomponenten, VDAs und bestimmte andere Komponenten zu aktualisieren. Anschließend aktualisieren Sie die Datenbanken und die Site.

Sie können jede Komponente aktualisieren, die mit dem vollständigen Produktinstallationsprogramm (und den eigenständigen VDA-Installationsprogrammen) installiert werden kann, sofern eine neuere Version verfügbar ist. Für andere Komponenten, die nicht mit dem vollständigen Produktinstallationsprogramm installiert werden (wie Citrix Provisioning™ und Profile Management), lesen Sie die Dokumentation der jeweiligen Komponente. Informationen zu Host-Upgrades finden Sie in der entsprechenden Dokumentation.

Lesen Sie alle Informationen in diesem Artikel, bevor Sie ein Upgrade starten.

Upgradesequenz

Das folgende Diagramm zeigt die Schritte der Upgradesequenz. Upgradeverfahren enthält Details zu jedem Schritt im Diagramm.

Flussdiagramm der Upgradesequenz

Hinweis:

Um Fehler zu vermeiden, müssen Sie alle Delivery Controller und die Datenbank aktualisieren, bevor Sie Aufgaben im Zusammenhang mit der Bereitstellung und den Bereitstellungsgruppen ausführen, wie z. B. das Erstellen eines neuen Maschinenkatalogs, das Löschen eines Maschinenkatalogs, das Aktualisieren einer Maschine in einer Bereitstellungsgruppe usw.

Hybrid Rights-Lizenzen

Hybrid Rights-Lizenzen sind zeitlich begrenzte Abonnementlizenzen, die zusätzlich zum Cloud-Dienstabonnement bereitgestellt werden, wenn ein Kunde von einer unbefristeten Lizenz zu einem Cloud-Dienstabonnement wechselt oder ein Upgrade durchführt. Sie können auch ein Hybrid Rights-Add-on mit Ihren DaaS-Abonnements erwerben.

Wenn Sie eine Hybrid Rights-Lizenz mit einem SaaS-Attribut besitzen und auf Citrix Virtual Apps and Desktops LTSR 2203 oder höher aktualisieren, sind Sie berechtigt, Funktionen zu nutzen, die mit Citrix Virtual Apps and Desktops LTSR 1912 nicht verfügbar waren. Zu diesen Funktionen gehören die Bereitstellung und das Hosten von Workloads in öffentlichen Clouds wie Microsoft Azure, AWS EC2 und Google Cloud. Bevor Sie die neue Lizenzdatei bereitstellen, aktualisieren Sie Ihren Lizenzserver auf die neueste Version. Wenn diese Voraussetzung nicht erfüllt wird, kann dies zu Fehlern oder Empfehlungen während Site-Upgrades und der Erstellung führen.

Wenn Sie Zugriff auf eine Hybrid Rights-Lizenz ohne SaaS-Attribut haben, führen Sie die folgenden Schritte aus, um Zugriff auf die neue Hybrid Rights-Lizenz mit SaaS-Attribut zu erhalten:

Hinweis:

  • Sie erhalten eine E-Mail mit einem neuen Lizenzcode. Weitere Informationen finden Sie unter Lizenzzugriffscode verwenden.
  • Ihre vorhandenen Lizenzen werden widerrufen. Widerrufene Lizenzen müssen von den Lizenzservern gelöscht werden, gefolgt von der Installation der neuen Lizenz. Weitere Informationen finden Sie unter Lizenzdateien löschen.
  1. Gehen Sie zum citrix.com Manage Licenses-Portal und laden Sie die neue Hybrid Rights-Lizenzdatei mit aktivierten Cloud-Bereitstellungsrechten (SaaS-Attribut) herunter. Weitere Informationen finden Sie unter Lizenzen herunterladen. Die folgende Abbildung zeigt die Hybrid Rights-Lizenzdatei mit SaaS-Attribut im Abschnitt „Increments“.

    SaaS-Attribut in Lizenzdatei

  2. Installieren Sie die Hybrid Rights-Lizenzdatei auf dem Lizenzserver. Weitere Informationen finden Sie unter Lizenzen installieren.
  3. Wenn sich Lizenzeditionen oder -modelle ändern, stellen Sie sicher, dass Sie den Broker-Befehl ausführen, um die Edition und das Modell festzulegen, und starten Sie dann das direkte Upgrade. Weitere Informationen zu Broker-Befehlen finden Sie im Abschnitt Broker PowerShell SDK.

Weitere Informationen zur Unterstützung öffentlicher Clouds mit Citrix Virtual Apps and Desktops Current Releases und Long Term Service Releases finden Sie unter CTX270373.

Upgrade-Verfahren

Die meisten Hauptproduktkomponenten können durch Ausführen des Produktinstallationsprogramms auf dem Computer, der die Komponente enthält, aktualisiert werden.

Wenn ein Computer mehr als eine Komponente enthält (z. B. Studio und Lizenzserver), werden alle Komponenten auf diesem Computer aktualisiert, sofern die Produktmedien neuere Versionen ihrer Software enthalten.

So verwenden Sie die Installationsprogramme:

  • Um die grafische Benutzeroberfläche des vollständigen Produktinstallationsprogramms auszuführen, melden Sie sich am Computer an und legen Sie dann die Medien ein oder binden Sie das ISO-Laufwerk für die neue Version ein. Doppelklicken Sie auf AutoSelect.
  • Um die Befehlszeilenschnittstelle zu verwenden, geben Sie den entsprechenden Befehl ein. Siehe Installation über die Befehlszeile.

Schritt 1: Vorbereiten

Bevor Sie ein Upgrade starten, stellen Sie sicher, dass Sie bereit sind. Lesen und erledigen Sie alle notwendigen Aufgaben:

Schritt 2: Lizenzserver aktualisieren

Wenn die Installation eine neue Version der Citrix Lizenzserver-Software enthält, aktualisieren Sie diese Komponente zuerst, bevor Sie andere Komponenten aktualisieren.

Wenn Sie noch nicht festgestellt haben, ob Ihr Lizenzserver mit der neuen Version kompatibel ist, ist es unerlässlich, dass Sie das Installationsprogramm auf dem Lizenzserver ausführen, bevor Sie andere Kernkomponenten aktualisieren.

Schritt 3: StoreFront™ aktualisieren

Wenn das Installationsmedium eine neue Version der StoreFront-Software enthält, führen Sie das Installationsprogramm auf dem Computer aus, der den StoreFront-Server enthält.

  • Wählen Sie in der grafischen Benutzeroberfläche unter Bereitstellung erweitern die Option Citrix StoreFront.
  • Führen Sie über die Befehlszeile CitrixStoreFront-x64.exe aus, das sich im Ordner x64 des Installationsmediums von Citrix Virtual Apps and Desktops befindet.

Schritt 4: Director aktualisieren

Wenn das Installationsmedium eine neue Version der Director-Software enthält, führen Sie das Installationsprogramm auf dem Computer aus, der Director enthält.

Schritt 5: Citrix Provisioning aktualisieren

Die Installationsmedien für Citrix Provisioning sind separat von den Installationsmedien für Citrix Virtual Apps and Desktops erhältlich. Informationen zur Installation und zum Upgrade der Citrix Provisioning Server- und Zielgerätesoftware finden Sie in der Citrix Provisioning Produktdokumentation.

Schritt 6: Upgrade der Hälfte der Delivery Controller

Wenn Ihre Site beispielsweise vier Controller hat, führen Sie das Installationsprogramm auf zwei davon aus.

Wenn die Hälfte der Controller aktiv bleibt, können Benutzer auf die Site zugreifen. VDAs können sich bei den verbleibenden Controllern registrieren. Es kann vorkommen, dass die Site eine reduzierte Kapazität aufweist, da weniger Controller verfügbar sind. Das Upgrade verursacht nur eine kurze Unterbrechung beim Aufbau neuer Clientverbindungen während der letzten Schritte des Datenbank-Upgrades. Die aktualisierten Controller können erst dann Anforderungen verarbeiten, wenn die gesamte Site aktualisiert wurde.

Wenn Ihre Site nur einen Controller hat, ist dieser während des Upgrades nicht betriebsbereit.

Vorläufige Site-Tests werden auf dem ersten Controller ausgeführt, bevor das eigentliche Upgrade beginnt. Weitere Informationen finden Sie unter Vorläufige Site-Tests.

Schritt 7: Upgrade von Studio

Wenn Sie Web Studio noch nicht aktualisiert haben (weil es sich auf derselben Maschine wie eine andere Komponente befand), führen Sie das Installationsprogramm auf der Maschine aus, die Studio enthält.

Hinweis:

Nach dem Upgrade von Web Studio werden die Versionsinformationen möglicherweise nicht sofort aktualisiert. Sie werden möglicherweise aufgefordert, Web Studio zu aktualisieren, obwohl es bereits auf dem neuesten Stand ist. Um das Problem zu beheben, gehen Sie zum Web Studio-Server, öffnen Sie den Internet Information Services (IIS) Manager, navigieren Sie zu Startseite > Sites > Standardwebsite, und wählen Sie Neu starten im Bereich Website verwalten.

Schritt 8: Studio neu starten

Starten Sie das aktualisierte Web Studio neu. Der Upgrade-Vorgang wird automatisch fortgesetzt.

Schritt 9: Datenbank und Site aktualisieren

Hinweis:

Um Fehler zu vermeiden, müssen Sie alle Delivery Controller und die Datenbank aktualisieren, bevor Sie Aufgaben im Zusammenhang mit der Bereitstellung und den Bereitstellungsgruppen ausführen, wie z. B. das Erstellen eines neuen Maschinenkatalogs, das Löschen eines Maschinenkatalogs, das Aktualisieren einer Maschine in einer Bereitstellungsgruppe usw.

Überprüfen Sie Vorbereitung auf die erforderlichen Berechtigungen zum Aktualisieren des Schemas der SQL Server-Datenbanken.

  • Wenn Sie über ausreichende Berechtigungen zum Aktualisieren des SQL Server-Datenbankschemas verfügen, können Sie ein automatisches Datenbank-Upgrade initiieren. Fahren Sie fort mit Datenbank und Site automatisch aktualisieren.
  • Wenn Sie nicht über ausreichende Datenbankberechtigungen verfügen, können Sie ein manuelles Upgrade initiieren, das Skripte verwendet, und mit Hilfe Ihres Datenbankadministrators (jemand, der die erforderlichen Berechtigungen besitzt) fortfahren. Für ein manuelles Upgrade generiert der Studio-Benutzer die Skripte und führt dann die Skripte aus, die Dienste aktivieren und deaktivieren. Der Datenbankadministrator führt andere Skripte aus, die das Datenbankschema aktualisieren, entweder mit dem SQLCMD-Dienstprogramm oder dem SQL Server Management Studio im SQLCMD-Modus. Fahren Sie fort mit Datenbank und Site manuell aktualisieren.
  • Wenn Sie eine Multi-Zonen-Bereitstellung haben und die Datenbank und Site automatisch aktualisieren möchten, empfiehlt Citrix, dass das dbschema-Upgrade in derselben Zone durchgeführt werden sollte, die die SQL Server-Datenbanken der Site hostet. Andernfalls könnte das automatische Upgrade der Datenbank und Site fehlschlagen.

Citrix empfiehlt dringend, die Datenbank vor dem Upgrade zu sichern. Siehe CTX135207. Während eines Datenbank-Upgrades werden Produktdienste deaktiviert. In dieser Zeit können Controller keine neuen Verbindungen für die Site vermitteln, planen Sie daher sorgfältig.

Datenbank und Site automatisch aktualisieren

  1. Starten Sie das neu aktualisierte Studio.
  2. Geben Sie an, dass Sie das Site-Upgrade automatisch starten möchten, und bestätigen Sie, dass Sie bereit sind.

Das Datenbank- und Site-Upgrade wird fortgesetzt.

Datenbank und Site manuell aktualisieren

  1. Starten Sie das neu aktualisierte Studio.
  2. Geben Sie an, dass Sie die Site manuell aktualisieren möchten. Der Assistent prüft die Kompatibilität des Lizenzservers und fordert eine Bestätigung an.
  3. Bestätigen Sie, dass Sie die Datenbank gesichert haben.

    Der Assistent generiert und zeigt die Skripte und eine Checkliste der Upgrade-Schritte an. Wenn sich das Schema einer Datenbank seit der zu aktualisierenden Produktversion nicht geändert hat, wird dieses Skript nicht generiert. Wenn sich beispielsweise das Schema der Protokollierungsdatenbank nicht ändert, wird das Skript UpgradeLoggingDatabase.sql nicht generiert.

  4. Führen Sie die folgenden Skripte in der angezeigten Reihenfolge aus.

    • DisableServices.ps1: Der Studio-Benutzer führt dieses PowerShell-Skript auf einem Controller aus, um Produktdienste zu deaktivieren.
    • UpgradeSiteDatabase.sql: Der Datenbankadministrator führt dieses SQL-Skript auf dem Server aus, der die Sitedatenbank enthält.
    • UpgradeMonitorDatabase.sql: Der Datenbankadministrator führt dieses SQL-Skript auf dem Server aus, der die Monitordatenbank enthält.
    • UpgradeLoggingDatabase.sql: Der Datenbankadministrator führt dieses SQL-Skript auf dem Server aus, der die Konfigurationsprotokollierungsdatenbank enthält. Führen Sie dieses Skript nur aus, wenn sich diese Datenbank ändert (z. B. nach dem Anwenden eines Hotfixes).
    • EnableServices.ps1: Der Studio-Benutzer führt dieses PowerShell-Skript auf einem Controller aus, um Produktdienste zu aktivieren.

    Nachdem das Datenbankupgrade abgeschlossen und die Produktdienste aktiviert sind, testet Studio automatisch die Umgebung und Konfiguration und generiert dann einen HTML-Bericht. Wenn Probleme festgestellt werden, können Sie die Datenbanksicherung wiederherstellen. Nach der Behebung der Probleme können Sie die Datenbank erneut aktualisieren.

  5. Nachdem Sie die Aufgaben der Prüfliste abgeschlossen haben, klicken Sie auf Upgrade abschließen.

Schritt 10: Verbleibende Delivery Controller aktualisieren

Wählen Sie im neu aktualisierten Studio im Navigationsbereich Citrix Studio Sitenamen aus. Wählen Sie auf der Registerkarte Allgemeine Aufgaben die Option Verbleibende Delivery Controller aktualisieren.

Hinweis:

Um Verbleibende Delivery Controller aktualisieren verfügbar zu machen, erstellen Sie mindestens einen Maschinenkatalog und eine Bereitstellungsgruppe für die Site.

Schließen Sie Studio nach Abschluss des Upgrades und Bestätigung des Abschlusses und öffnen Sie es dann erneut. Studio fordert möglicherweise ein zusätzliches Site-Upgrade an, um die Dienste des Controllers bei der Site zu registrieren oder eine Zonen-ID zu erstellen, falls diese nicht vorhanden ist.

Schritt 11: VDAs aktualisieren

Wichtig:

Wenn Sie einen VDA auf Version 1912 oder höher aktualisieren, lesen Sie VDAs auf 1912 oder höher aktualisieren.

Führen Sie das Produktinstallationsprogramm auf Maschinen aus, die VDAs enthalten.

Wenn Sie Machine Creation Services™ und ein Masterimage zum Erstellen von Maschinen verwendet haben, wechseln Sie zu Ihrem Host und aktualisieren Sie den VDA auf dem Masterimage. Sie können jedes der verfügbaren VDA-Installationsprogramme verwenden.

Wenn Sie Citrix Provisioning zum Erstellen von Maschinen verwendet haben, finden Sie Anweisungen zum Upgrade in der Citrix Provisioning-Produktdokumentation.

Schritt 12: Maschinenkataloge und Bereitstellungsgruppen aktualisieren

Schritt 13: Nach dem Upgrade

Aktualisieren Sie weitere Komponenten in Ihrer Bereitstellung. Anweisungen finden Sie in der folgenden Produktdokumentation:

Wenn Sie die Microsoft SQL Server Express LocalDB-Software durch eine spätere Version ersetzen müssen, siehe SQL Server Express LocalDB ersetzen.

Dbschema-Upgrade

Wenn Sie Ihre Bereitstellung aktualisieren, können mehrere Datenbankschemata aktualisiert werden. Die folgende Tabelle listet auf, welche Datenbankschemata dabei aktualisiert werden:

Dbschema-Updates

Begriffsdefinitionen:

  • Site: Site-Datenspeicher. Das Dbschema-Update wird am Site-Datenspeicher vorgenommen.
  • Monitor: Monitor-Datenspeicher. Das Dbschema-Update wird am Monitor-Datenspeicher vorgenommen.
  • Config: Konfigurationstabelle. Die Desktop Studio-Version, Lizenzinformationen oder beides werden in der Konfigurationstabelle aktualisiert.
  • Logging: Logging-Datenspeicher. Das Dbschema-Update wird am Logging-Datenspeicher vorgenommen.

VDAs auf Version 2203 oder höher aktualisieren

Wenn die Komponente Personal vDisk (PvD) jemals auf einem VDA installiert wurde, kann dieser VDA nicht auf Version 2203 oder höher aktualisiert werden. Um den neuen VDA zu verwenden, müssen Sie den aktuellen VDA deinstallieren und dann den neuen VDA installieren.

Diese Anweisung gilt auch dann, wenn Sie PvD nie verwendet haben.

So wurde die PvD-Komponente möglicherweise in früheren Versionen installiert:

  • In der grafischen Oberfläche des VDA-Installers war PvD eine Option auf der Seite Zusätzliche Komponenten.
  • In der Befehlszeile installierte die Option /baseimage PvD. Wenn Sie diese Option angegeben oder ein Skript verwendet haben, das diese Option enthielt, wurde PvD installiert.

Wenn Sie nicht wissen, ob auf Ihrem VDA PvD installiert ist, führen Sie den Installer für den neuen VDA (2203 oder höher) auf dem Computer oder Image aus.

  • Wenn PvD installiert ist, wird eine Meldung angezeigt, die auf eine inkompatible Komponente hinweist.
    • Klicken Sie in der grafischen Oberfläche auf der Seite mit der Meldung auf Abbrechen und bestätigen Sie dann, dass Sie den Installer schließen möchten.
    • Über die CLI schlägt der Befehl einfach mit der angezeigten Meldung fehl.
  • Wenn PvD nicht installiert ist, wird das Upgrade fortgesetzt.

Vorgehensweise

Wenn auf dem VDA kein PvD installiert ist, befolgen Sie das übliche Upgrade-Verfahren.

Wenn auf dem VDA PvD installiert ist:

  1. Deinstallieren Sie den aktuellen VDA.
  2. Installieren Sie den neuen VDA.

Wenn Sie PvD weiterhin auf Ihren Windows 10-Maschinen (1607 und früher, ohne Updates) verwenden möchten, ist VDA 7.15 LTSR die neueste unterstützte Version.

Hinweis:

Kann ich Personal vDisk mit Windows 7-Desktops in XenApp und XenDesktop 7.15 LTSR verwenden?

Citrix hat Personal vDisk (PvD) aus XenApp und XenDesktop 7.6 LTSR ausgeschlossen, was im Januar 2016 angekündigt wurde. Darüber hinaus hat Citrix die Einstellung der PvD-Technologie angekündigt und empfiehlt Kunden, künftig Citrix App Layering zu verwenden. Citrix App Layering (Version 4.4 und höher) ist eine kompatible Komponente von XenApp und XenDesktop 7.15 LTSR. Um Kunden mit bestehenden PvD-Bereitstellungen unter Windows 7 bei der Migration zur Citrix App Layering-Technologie zu unterstützen, hat Citrix jedoch beschlossen, befristeten Support für PvD-Bereitstellungen für Windows 7-Desktops über XenApp und XenDesktop 7.15 LTSR Cumulative Updates (CUs) bis zum 14. Januar 2020 bereitzustellen. Die PvD-Komponente wird nach dem 14. Januar 2020 aus den LTSR CUs entfernt und nicht mehr unterstützt. Darüber hinaus führt die Verwendung von PvD für Windows 7 nach dem 14. Januar 2020 dazu, dass LTSR-Sites nicht mehr konform sind. Auch PvD für Windows 10 ist weiterhin von 7.15 LTSR ausgeschlossen. Daher sollten Kunden es nicht mit ihren 7.15 LTSR-Sites verwenden.

PvD, AppDisks und nicht unterstützte Hosts entfernen

Die folgenden Technologien und Hosttypen werden in Citrix Virtual Apps and Desktops 7 Current Release-Bereitstellungen nicht unterstützt:

  • Personal vDisks (PvD) zum Speichern von Daten neben den VMs der Benutzer in Katalogen. Die Funktion Benutzerpersonalisierungsebene übernimmt jetzt die Benutzerpersistenz.
  • AppDisks zur Verwaltung von Anwendungen, die in Delivery Groups verwendet werden.
  • Hosttypen: Azure Classic, CloudPlatform (das ursprüngliche Citrix-Produkt).
    • Informationen zu den in dieser Version unterstützten Hosttypen finden Sie unter Systemanforderungen.
    • Informationen zu alternativen Möglichkeiten, ARM und AWS weiterhin zu verwenden, finden Sie unter CTX270373.

Wenn Ihre aktuelle Bereitstellung PvDs oder AppDisks verwendet oder Verbindungen zu nicht unterstützten Hosttypen (z. B. Microsoft Azure Classic) aufweist, können Sie nur dann auf Version 2006 (oder spätere unterstützte Versionen) aktualisieren, nachdem Sie Elemente entfernt haben, die diese Technologien verwenden. Wenn Ihre aktuelle Bereitstellung öffentliche Cloud-Hostverbindungen (z. B. AWS) verwendet, stellen Sie sicher, dass Sie vor dem Upgrade eine Hybrid Rights License besitzen. Wenn das Installationsprogramm eine oder mehrere der nicht unterstützten Technologien oder Hostverbindungen ohne Hybrid Rights License erkennt, wird das Upgrade angehalten oder beendet, und eine erläuternde Meldung wird angezeigt. Die Installationsprotokolle enthalten Details.

Um ein erfolgreiches Upgrade zu gewährleisten, überprüfen und befolgen Sie die entsprechenden Anweisungen zum Entfernen der nicht unterstützten Elemente.

Auch wenn Sie PvD oder AppDisks in Ihrer Bereitstellung nicht verwendet haben, könnten entsprechende MSIs in einer früheren VDA-Installation oder einem Upgrade enthalten gewesen sein. Bevor Sie Ihre VDAs auf Version 2006 (oder eine spätere unterstützte Version) aktualisieren können, müssen Sie diese Software entfernen, selbst wenn Sie sie nie verwendet haben. Bei Verwendung der grafischen Benutzeroberfläche kann diese Entfernung für Sie vorgenommen werden, oder Sie können Entfernungsoptionen bei Verwendung der CLI einschließen. Weitere Informationen finden Sie unter Aktualisieren von VDAs mit PvD- oder AppDisks-Komponenten.

PvD entfernen

Ein Bereitstellungsupgrade kann erst erfolgreich abgeschlossen werden, wenn Sie alle Maschinen entfernt haben, die für die Verwendung von PvD konfiguriert sind. Dies betrifft Kataloge und Bereitstellungsgruppen.

So entfernen Sie PvD aus Gruppen und Katalogen:

  1. Wenn eine Bereitstellungsgruppe in Studio Maschinen aus einem Katalog enthält, der PvD verwendet, entfernen Sie diese Maschinen aus der Gruppe.
  2. Löschen Sie in Studio alle Kataloge, die Maschinen enthalten, die PvD verwenden.

VDA-Upgrades: Das Bereitstellungsupgrade erkennt nicht, ob VDAs die AppDisk- oder PvD-Komponenten installiert haben. Die VDA-Installationsprogramme tun dies jedoch. Weitere Informationen finden Sie unter VDAs mit PvD- oder AppDisks-Komponenten.

Wenn Sie App Layering anstelle von PvD verwenden möchten, finden Sie unter Migrieren von PvD zu App Layering Informationen zum Verschieben von Daten.

AppDisks entfernen

Ein Bereitstellungsupgrade kann erst fortgesetzt werden, wenn Sie AppDisks aus allen Bereitstellungsgruppen, die sie verwenden, entfernt und anschließend die AppDisks selbst entfernt haben.

  1. Wählen Sie im Navigationsbereich von Studio die Option Bereitstellungsgruppen.
  2. Wählen Sie eine Gruppe aus und klicken Sie dann im Aktionsbereich auf AppDisks verwalten.
  3. Klicken Sie auf die Aktion, die die AppDisk aus der Gruppe entfernt.
  4. Wiederholen Sie die Schritte 2 und 3 für jede Bereitstellungsgruppe, die AppDisks verwendet.
  5. Wählen Sie im Navigationsbereich von Studio die Option AppDisks.
  6. Wählen Sie einen AppDisk aus und klicken Sie auf die Aktion, die den AppDisk löscht.
  7. Wiederholen Sie die Schritte 5 und 6 für jeden AppDisk.

VDA-Upgrades: Das Bereitstellungsupgrade erkennt nicht, ob VDAs die AppDisk- oder PvD-Komponenten installiert haben. Die VDA-Installationsprogramme tun dies jedoch. Weitere Informationen finden Sie unter VDAs mit PvD- oder AppDisks-Komponenten.

Nicht unterstützte Hostelemente entfernen

Ein Bereitstellungsupgrade auf Version 2006 (oder eine später unterstützte Version) kann nicht fortgesetzt werden, wenn die Site Verbindungen zu nicht unterstützten Hosttypen wie Citrix CloudPlatform oder Microsoft Azure Classic aufweist. Führen Sie die folgenden Aufgaben aus, bevor Sie ein Upgrade versuchen.

Von Studio aus:

VDAs mit PvD- oder AppDisks-Komponenten

Wenn die Komponenten, die PvD- und AppDisks-Technologien ermöglichen, auf einem VDA installiert sind, kann dieser VDA erst aktualisiert werden, nachdem diese Komponenten entfernt wurden.

Hinweis:

Beim Upgrade auf Version 1912 mussten Sie den aktuellen VDA deinstallieren und dann den neuen VDA installieren. In dieser Version werden Sie gefragt, ob Citrix die Komponente entfernen und dann das Upgrade fortsetzen soll.

Die AppDisk- und PvD-Komponenten wurden möglicherweise in früheren VDA-Versionen installiert, auch wenn Sie diese Technologien nie verwendet haben:

  • Grafische Benutzeroberfläche: In den VDA-Installationsprogrammen enthielt die Seite Zusätzliche Komponenten die Option Citrix AppDisk / Personal vDisk. Die Versionen 7.15 LTSR und frühere 7.x-Versionen haben diese Option standardmäßig aktiviert. Wenn Sie also die Standardeinstellungen akzeptiert (oder die Option in einer Version, die sie anbot, explizit aktiviert) haben, wurde diese Komponente installiert.
  • CLI: Die Angabe der Option /baseimage hat die Komponente installiert.

Vorgehensweise

Wenn das VDA-Installationsprogramm die AppDisks- oder PvD-Komponenten im aktuell installierten VDA nicht erkennt, wird das Upgrade wie gewohnt fortgesetzt.

Wenn das Installationsprogramm AppDisks- oder PvD-Komponenten im aktuell installierten VDA erkennt:

  • Grafische Benutzeroberfläche: Das Upgrade wird angehalten. Eine Meldung fragt, ob Sie die nicht unterstützten Komponenten automatisch entfernen möchten. Wenn Sie auf OK klicken, werden die Komponenten automatisch entfernt und das Upgrade wird fortgesetzt.
  • CLI: Um einen Befehlsfehler zu vermeiden, fügen Sie die folgenden Optionen in den Befehl ein:

    • /remove_appdisk_ack
    • /remove_pvd_ack

Einschränkungen

Für Upgrades gelten die folgenden Einschränkungen:

  • Selektive Komponenteninstallation: Wenn Sie Komponenten auf die neue Version installieren oder aktualisieren, aber andere Komponenten (auf anderen Maschinen), die ein Upgrade erfordern, nicht aktualisieren, erinnert Sie Studio daran. Nehmen wir zum Beispiel an, ein Upgrade enthält neue Versionen von Controller und Studio. Sie aktualisieren den Controller, führen das Installationsprogramm aber nicht auf der Maschine aus, auf der Studio installiert ist. Studio lässt Sie die Site erst dann weiter verwalten, wenn Sie Studio aktualisiert haben.

    Sie müssen VDAs nicht aktualisieren, aber Citrix empfiehlt, alle VDAs zu aktualisieren, damit Sie alle verfügbaren Funktionen nutzen können.

  • Early Release- oder Technology Preview-Versionen: Sie können kein Upgrade von einer Early Release-, Technology Preview- oder Preview-Version durchführen.
  • Komponenten auf älteren Betriebssystemen: Sie können aktuelle VDAs nicht auf Betriebssystemen installieren, die von Microsoft oder Citrix nicht mehr unterstützt werden. Weitere Informationen finden Sie unter Ältere Betriebssysteme.

  • Gemischte Umgebungen/Sites: Wenn Sie Sites mit älteren Versionen und Sites mit aktuellen Versionen weiterhin betreiben müssen, lesen Sie Überlegungen zu gemischten Umgebungen.

  • Produktauswahl: Wenn Sie von einer früheren Version aktualisieren, wählen oder geben Sie das Produkt (Citrix Virtual Apps oder Citrix Virtual Apps and Desktops), das während der Installation festgelegt wurde, nicht an.

Überlegungen zu gemischten Umgebungen

Beim Upgrade empfiehlt Citrix, alle Komponenten und VDAs zu aktualisieren, damit Sie auf alle neuen und erweiterten Funktionen Ihrer Edition und Version zugreifen können.

Obwohl Sie beispielsweise aktuelle VDAs in Bereitstellungen mit älteren Controller-Versionen verwenden können, sind neue Funktionen in der aktuellen Version möglicherweise nicht verfügbar. Bei der Verwendung nicht aktueller Versionen können auch Probleme bei der VDA-Registrierung auftreten.

In einigen Umgebungen können Sie möglicherweise nicht alle VDAs auf die aktuellste Version aktualisieren. In diesem Fall können Sie beim Erstellen eines Maschinenkatalogs die auf den Maschinen installierte VDA-Version angeben. (Dies wird als Funktionsebene bezeichnet.) Standardmäßig gibt diese Einstellung die minimal empfohlene VDA-Version an. Der Standardwert ist für die meisten Bereitstellungen ausreichend. Erwägen Sie eine Änderung der Einstellung auf eine frühere Version nur, wenn der Katalog VDAs enthält, die älter als der Standard sind. Das Mischen von VDA-Versionen in einem Maschinenkatalog wird nicht empfohlen.

Wenn ein Katalog mit der Standardeinstellung für die minimale VDA-Version erstellt wird und eine oder mehrere Maschinen einen VDA haben, der älter als die Standardversion ist, können sich diese Maschinen nicht beim Controller registrieren und funktionieren nicht.

Weitere Informationen finden Sie unter VDA-Versionen und Funktionsebenen.

Mehrere Sites mit unterschiedlichen Versionen

Wenn Ihre Umgebung Sites mit unterschiedlichen Produktversionen enthält (z. B. eine XenDesktop 7.18-Site und eine Citrix Virtual Apps and Desktops 1909-Site), empfiehlt Citrix die Verwendung von StoreFront, um Anwendungen und Desktops aus verschiedenen Produktversionen zu aggregieren. Einzelheiten finden Sie in der StoreFront-Dokumentation.

Verwenden Sie in einer gemischten Umgebung weiterhin die Studio- und Director-Versionen für jede Version, stellen Sie jedoch sicher, dass unterschiedliche Versionen auf separaten Maschinen installiert sind.

Ältere Betriebssysteme

Angenommen, Sie haben eine frühere Version einer Komponente auf einer Maschine installiert, auf der eine unterstützte Betriebssystemversion (OS) ausgeführt wurde. Nun möchten Sie eine neuere Komponentenversion verwenden, aber dieses Betriebssystem wird für die aktuelle Version der Komponente nicht mehr unterstützt.

Nehmen wir zum Beispiel an, Sie haben einen Server-VDA auf einer Windows Server 2008 R2-Maschine installiert. Nun möchten Sie diesen VDA auf die aktuelle Version aktualisieren, aber Windows Server 2008 R2 wird in der aktuellen Version, auf die Sie aktualisieren, nicht unterstützt.

Wenn Sie versuchen, eine Komponente auf einem Betriebssystem zu installieren oder zu aktualisieren, das nicht mehr zulässig ist, wird eine Fehlermeldung angezeigt, z. B. „Kann auf diesem Betriebssystem nicht installiert werden“.

Diese Überlegungen gelten für das Upgrade von Current Release- und Long Term Service Release-Versionen. (Dies hat keine Auswirkungen auf die Anwendung von CUs auf eine LTSR-Version.)

Folgen Sie den Links, um zu erfahren, welche Betriebssysteme unterstützt werden:

Ungültige Betriebssysteme

Die folgende Tabelle listet die älteren Betriebssysteme auf, die für die Installation/das Upgrade von Komponenten in der aktuellen Version nicht gültig sind. Sie gibt die neueste gültige Komponentenversion an, die für jedes aufgeführte Betriebssystem unterstützt wird, sowie die Komponentenversion, ab der Installation und Upgrade ungültig wurden.

Die Betriebssysteme in der Tabelle umfassen Service Packs und Updates.

Betriebssystem Komponente/Funktion Neueste gültige Version Installation/Upgrade nicht möglich ab Version
Windows 7 und Windows 8 VDA 7.15 LTSR 7.16
Windows 7 und Windows 8 Andere Installationskomponenten 7.17 7.18
Windows 10-Versionen vor 1607 VDA 7.15 LTSR 7.16
Windows 10 x86-Version VDA 1906.2.0 1909
Windows Server 2008 R2 VDA 7.15 LTSR 7.16
Windows Server 2008 R2 Andere Installationskomponenten 7.17 7.18
Windows Server 2012 VDA 7.15 LTSR 7.16
Windows Server 2012 Andere Installationskomponenten 7.17 7.18
Windows Server 2012 R2 Andere Installationskomponenten * 1912 LTSR 2003
Windows Server 2012 R2 Server-VDI 7.15 LTSR 7.16

Windows XP und Windows Vista sind für keine 7.x-Komponenten oder -Technologien gültig.

* Gilt für Delivery Controller, Studio, Director und VDAs.

Was Sie tun können

Sie haben Optionen. Sie können:

Mit dem aktuellen Betriebssystem fortfahren

Diese Methoden sind für VDAs praktikabel. Wenn Sie weiterhin Maschinen mit dem älteren Betriebssystem verwenden möchten, können Sie eine der folgenden Optionen wählen:

  • Die installierte Komponentenversion weiterverwenden.
  • Laden Sie die neueste gültige Komponentenversion herunter und aktualisieren Sie dann die Komponente auf diese Version. (Dies setzt voraus, dass die neueste gültige Komponentenversion noch nicht installiert ist.)

Sie haben beispielsweise einen 7.14 VDA auf einer Windows 7 SP1-Maschine. Die neueste gültige VDA-Version auf Windows 7-Betriebssystemmaschinen ist XenApp und XenDesktop 7.15 LTSR. Sie können entweder weiterhin 7.14 verwenden oder einen 7.15 LTSR VDA herunterladen und Ihren VDA dann auf diese Version aktualisieren. Diese früheren VDA-Versionen funktionieren in Bereitstellungen, die Delivery Controller mit neueren Versionen enthalten. Beispielsweise kann ein 7.15 LTSR VDA eine Verbindung zu einem Citrix Virtual Apps and Desktops 7 1808 Controller herstellen.

Maschine neu aufsetzen oder aktualisieren

Diese Methoden sind für VDAs und andere Maschinen geeignet, auf denen keine Kernkomponenten (wie Delivery Controller) installiert sind. Wählen Sie eine der folgenden Optionen:

  • Nachdem Sie die Maschine außer Betrieb genommen haben (Wartungsmodus aktivieren und alle Sitzungen schließen lassen), können Sie sie auf eine unterstützte Windows-Betriebssystemversion neu aufsetzen und dann die neueste Version der Komponente installieren.
  • Um das Betriebssystem auf einer VDA-Maschine ohne Neuinstallation zu aktualisieren, müssen Sie zuerst die VDA-Version installieren, die auf dem Betriebssystem, auf das Sie aktualisieren, unterstützt wird, oder den VDA nach dem Upgrade des Betriebssystems aktualisieren. Andernfalls wird die Citrix-Software nicht unterstützt. Sie können bei einem direkten Upgrade ohne Deinstallation des VDA auf die folgenden Mindest-Betriebssystemversionen aktualisieren:
  • Wenn die Windows-Version, auf die Sie aktualisieren möchten, nicht mit der oben genannten Richtlinie übereinstimmt, müssen Sie den VDA vor dem Upgrade des Betriebssystems deinstallieren und dann nach Abschluss des Betriebssystem-Upgrades eine unterstützte VDA-Version installieren.

Neue Maschinen hinzufügen und dann alte Maschinen entfernen

Diese Methode ist praktikabel, wenn Sie das Betriebssystem auf Maschinen aktualisieren müssen, die einen Delivery Controller™ oder eine andere Kernkomponente enthalten.

Citrix empfiehlt, dass alle Controller in einer Site dasselbe Betriebssystem haben. Die folgende Upgrade-Reihenfolge minimiert das Intervall, in dem verschiedene Controller unterschiedliche Betriebssysteme haben.

  1. Erstellen Sie einen Snapshot aller Delivery Controller in der Site und sichern Sie dann die Sitedatenbank.
  2. Installieren Sie neue Delivery Controller auf sauberen Servern mit unterstützten Betriebssystemen. Installieren Sie beispielsweise einen Controller auf zwei Windows Server 2016-Maschinen.
  3. Fügen Sie die neuen Controller der Site hinzu.
  4. Entfernen Sie die Controller, die auf Betriebssystemen ausgeführt werden, die für die aktuelle Version nicht gültig sind. Entfernen Sie beispielsweise zwei Controller auf zwei Windows Server 2008 R2-Computern. Befolgen Sie die Empfehlungen zum Entfernen von Controllern in Delivery Controllers.

Vorbereitung

Bevor Sie ein Upgrade starten, überprüfen Sie die folgenden Informationen und führen Sie die notwendigen Aufgaben aus.

Hinweis:

Obwohl das Upgrade von VDAs später in der Upgradesequenz erfolgt, ist es ratsam, einen Installer auszuwählen und das Verfahren vor Beginn des Upgrades zu überprüfen, damit Sie wissen, was Sie erwartet.

Installer und Schnittstelle auswählen

Verwenden Sie den vollständigen Produktinstaller von der Produkt-ISO, um Komponenten zu aktualisieren. Sie können VDAs mit dem vollständigen Produktinstaller oder einem der eigenständigen VDA-Installer aktualisieren. Alle Installer bieten grafische Benutzeroberflächen und Befehlszeilenschnittstellen.

Weitere Informationen finden Sie unter Installer.

Installationsdetails: Nachdem Sie alle Vorbereitungsarbeiten abgeschlossen haben und bereit sind, den Installer zu starten, zeigt Ihnen der Installationsartikel, was Sie sehen werden (wenn Sie die grafische Benutzeroberfläche verwenden) oder was Sie eingeben müssen (wenn Sie die Befehlszeilenschnittstelle verwenden).

Wenn Sie ursprünglich einen Single-Session-VDA mit dem VDAWorkstationCoreSetup.exe-Installer installiert haben, empfiehlt Citrix, diesen Installer für das Upgrade zu verwenden. Wenn Sie den vollständigen Produkt-VDA-Installer oder den VDAWorkstationSetup.exe-Installer für das Upgrade des VDA verwenden, könnten die ursprünglich ausgeschlossenen Komponenten installiert werden, es sei denn, Sie schließen sie ausdrücklich vom Upgrade aus.

Beim Upgrade eines VDA auf die aktuelle Version erfolgt während des Upgrade-Prozesses ein Neustart des Computers. (Diese Anforderung besteht seit Version 7.17.) Dies kann nicht vermieden werden. Das Upgrade wird nach dem Neustart automatisch fortgesetzt (es sei denn, Sie geben /noresume in der Befehlszeile an).

Datenbankaktionen

Sichern Sie die Datenbanken für Site, Überwachung und Konfigurationsprotokollierung. Befolgen Sie die Anweisungen in CTX135207. Wenn nach dem Upgrade Probleme auftreten, können Sie die Sicherung wiederherstellen.

Informationen zum Upgrade nicht mehr unterstützter SQL Server-Versionen finden Sie unter SQL Server-Versionsprüfung. (Dies bezieht sich auf den SQL Server, der für die Site-, Überwachungs- und Konfigurationsprotokollierungsdatenbanken verwendet wird.)

Microsoft SQL Server Express LocalDB wird automatisch zur Verwendung mit dem lokalen Hostcache installiert. Wenn Sie eine frühere Version ersetzen müssen, muss die neue Version SQL Server Express LocalDB 2019 sein. Einzelheiten zum Ersetzen von SQL Server Express LocalDB durch die neue Version nach dem Upgrade der Komponenten und der Site finden Sie unter SQL Server Express LocalDB ersetzen.

Stellen Sie sicher, dass Ihre Citrix-Lizenzierung aktuell ist

Eine umfassende Übersicht über die Verwaltung der Citrix-Lizenzierung finden Sie unter Citrix-Lizenzen aktivieren, aktualisieren und verwalten.

Sie können den vollständigen Produktinstaller verwenden, um den Lizenzserver zu aktualisieren. Alternativ können Sie die Lizenzkomponenten separat herunterladen und aktualisieren. Siehe Upgrade.

Stellen Sie vor dem Upgrade sicher, dass Ihr Customer Success Services-/Software Maintenance-/Subscription Advantage-Datum für die neue Produktversion gültig ist. Das Datum muss mindestens der 15.11.2021 sein.

Stellen Sie sicher, dass Ihr Citrix-Lizenzserver kompatibel ist

Stellen Sie sicher, dass Ihr Citrix-Lizenzserver mit der neuen Version kompatibel ist. Dies kann auf zwei Arten erfolgen:

  • Bevor Sie andere Citrix-Komponenten aktualisieren, führen Sie den XenDesktopServerSetup.exe-Installer vom ISO-Layout auf dem Computer aus, der einen Delivery Controller enthält. Wenn Inkompatibilitätsprobleme vorliegen, meldet der Installer diese mit empfohlenen Schritten zur Behebung der Probleme.

  • Führen Sie im Verzeichnis XenDesktop Setup auf dem Installationsmedium den Befehl .\LicServVerify.exe -h <license-server-fqdn> -p 27000 -v aus. Die Anzeige gibt an, ob der Lizenzserver kompatibel ist. Wenn der Lizenzserver inkompatibel ist, aktualisieren Sie den Lizenzserver.

Sichern Sie alle StoreFront-Änderungen

Wenn Sie vor dem Start eines Upgrades Änderungen an Dateien in C:\inetpub\wwwroot\Citrix\<StoreName>\App_Data vorgenommen haben, z. B. an default.ica und usernamepassword.tfrm, sichern Sie diese für jeden Store. Nach dem Upgrade können Sie sie wiederherstellen, um Ihre Änderungen wiederherzustellen.

Anwendungen und Konsolen schließen

Schließen Sie vor Beginn eines Upgrades alle Programme, die möglicherweise Dateisperren verursachen könnten, einschließlich Verwaltungskonsolen und PowerShell-Sitzungen.

Ein Neustart des Computers stellt sicher, dass alle Dateisperren aufgehoben sind und keine Windows-Updates ausstehen.

Stoppen und deaktivieren Sie vor Beginn eines Upgrades alle Überwachungsagentendienste von Drittanbietern.

Stellen Sie sicher, dass Sie über die entsprechenden Berechtigungen verfügen

Sie müssen nicht nur ein Domänenbenutzer sein, sondern auch ein lokaler Administrator auf den Maschinen, auf denen Sie Produktkomponenten aktualisieren.

Die Sitedatenbank und der Site können automatisch oder manuell aktualisiert werden. Für ein automatisches Datenbankupgrade müssen die Berechtigungen des Studio-Benutzers die Möglichkeit umfassen, das SQL Server-Datenbankschema zu aktualisieren (z. B. die Datenbankrolle db_securityadmin oder db_owner). Weitere Informationen finden Sie unter Datenbanken.

Wenn der Studio-Benutzer diese Berechtigungen nicht besitzt, werden bei der Initiierung eines manuellen Datenbankupgrades Skripts generiert. Der Studio-Benutzer führt einige der Skripts aus Studio aus. Der Datenbankadministrator führt andere Skripts mit einem Tool wie SQL Server Management Studio aus.

Weitere Vorbereitungsaufgaben

  • Sichern Sie Vorlagen und aktualisieren Sie Hypervisoren, falls erforderlich
  • Führen Sie alle weiteren Vorbereitungsaufgaben gemäß Ihrem Business Continuity Plan durch.

Vorläufige Site-Tests

Wenn Sie Delivery Controller und einen Site aktualisieren, werden vor dem eigentlichen Upgrade vorläufige Site-Tests ausgeführt. Diese Tests überprüfen:

  • Die Sitedatenbank ist erreichbar und wurde gesichert
  • Verbindungen zu wichtigen Citrix-Diensten funktionieren ordnungsgemäß
  • Die Adresse des Citrix Lizenzservers ist verfügbar
  • Die Konfigurationsprotokollierungsdatenbank ist erreichbar.
  • Stellen Sie sicher, dass Sie über eine Hybrid Rights License verfügen, wenn Sie Hostverbindungen zur Public Cloud (z. B. AWS) hinzufügen möchten. Andernfalls wird der vorläufige Site-Test angehalten oder beendet, und es wird eine erläuternde Meldung angezeigt.

Nachdem die Tests ausgeführt wurden, können Sie einen Bericht der Ergebnisse anzeigen. Sie können dann alle erkannten Probleme beheben und die Tests erneut ausführen. Wenn die vorläufigen Site-Tests nicht ausgeführt und die Probleme nicht behoben werden, kann dies die Funktionsweise Ihrer Site beeinträchtigen.

Der Bericht mit den Testergebnissen ist eine HTML-Datei (PreliminarySiteTestResult.html) im selben Verzeichnis wie die Installationsprotokolle. Diese Datei wird erstellt, falls sie nicht existiert. Wenn die Datei existiert, wird ihr Inhalt überschrieben.

Tests ausführen

  • Wenn Sie die grafische Benutzeroberfläche des Installationsprogramms für das Upgrade verwenden, enthält der Assistent eine Seite, auf der Sie die Tests starten und dann den Bericht anzeigen können. Nachdem die Tests ausgeführt wurden und Sie den Bericht angezeigt und alle gefundenen Probleme behoben haben, können Sie die Tests erneut ausführen. Wenn die Tests erfolgreich abgeschlossen sind, klicken Sie auf „Weiter“, um mit dem Assistenten fortzufahren.
  • Wenn Sie die Befehlszeilenschnittstelle für das Upgrade verwenden, werden die Tests automatisch ausgeführt. Standardmäßig wird das Upgrade nicht durchgeführt, wenn ein Test fehlschlägt. Nachdem Sie den Bericht angezeigt und Probleme behoben haben, führen Sie den Befehl erneut aus.

Citrix empfiehlt, die vorläufigen Site-Tests immer auszuführen und alle Probleme zu beheben, bevor Sie das Controller- und Site-Upgrade fortsetzen. Der potenzielle Nutzen ist die wenigen Momente, die für die Ausführung der Tests benötigt werden, durchaus wert. Sie können diese empfohlene Aktion jedoch außer Kraft setzen.

  • Beim Upgrade mit der grafischen Benutzeroberfläche können Sie die Tests überspringen und mit dem Upgrade fortfahren.
  • Beim Upgrade über die Befehlszeile können Sie die Tests nicht überspringen. Standardmäßig führt ein fehlgeschlagener Site-Test dazu, dass das Installationsprogramm fehlschlägt, ohne das Upgrade durchzuführen. In den meisten Fällen werden Testfehler ignoriert und das Upgrade fortgesetzt, wenn Sie die Option /ignore_site_test_failure einschließen. (Ausnahmen finden Sie unter SQL Server-Versionsprüfung.)

Beim Upgrade mehrerer Controller

Wenn Sie ein Upgrade auf einem Controller starten und dann ein Upgrade eines anderen Controllers in derselben Site starten (bevor das erste Upgrade abgeschlossen ist):

  • Wenn die vorläufigen Site-Tests auf dem ersten Controller abgeschlossen sind, wird die Seite für die vorläufigen Site-Tests im Assistenten auf dem anderen Controller nicht angezeigt.
  • Wenn die Tests auf dem ersten Controller noch laufen, wenn Sie das Upgrade auf dem anderen Controller starten, wird die Seite für die Site-Tests im Assistenten auf dem anderen Controller angezeigt. Wenn die Tests auf dem ersten Controller jedoch abgeschlossen sind, werden nur die Testergebnisse des ersten Controllers beibehalten.

Testfehler, die nicht mit der Site-Integrität zusammenhängen

  • Wenn die vorläufigen Site-Tests aufgrund von unzureichendem Arbeitsspeicher fehlschlagen, stellen Sie mehr Arbeitsspeicher zur Verfügung und führen Sie die Tests erneut aus.
  • Wenn Sie die Berechtigung zum Upgrade, aber nicht zum Ausführen von Site-Tests haben, schlagen die vorläufigen Site-Tests fehl. Um dies zu beheben, führen Sie das Installationsprogramm mit einem Benutzerkonto erneut aus, das über die Berechtigung zum Ausführen der Tests verfügt.

SQL Server-Versionsprüfung

Eine erfolgreiche Bereitstellung von Citrix Virtual Apps and Desktops erfordert eine unterstützte Version von Microsoft SQL Server für die Site-, Überwachungs- und Konfigurationsprotokollierungsdatenbanken. Das Upgrade einer Citrix-Bereitstellung mit einer nicht mehr unterstützten SQL Server-Version kann zu Funktionsproblemen führen, und die Site wird nicht unterstützt.

Informationen dazu, welche SQL Server-Versionen für die Citrix-Version, auf die Sie ein Upgrade durchführen, unterstützt werden, finden Sie im Artikel Systemanforderungen für diese Version.

Beim Upgrade eines Controllers prüft das Citrix-Installationsprogramm die aktuell installierte SQL Server-Version, die für die Site-, Überwachungs- und Konfigurationsprotokollierungsdatenbanken verwendet wird.

  • Wenn die Prüfung ergibt, dass die aktuell installierte SQL Server-Version in der Citrix-Version, auf die Sie ein Upgrade durchführen, keine unterstützte Version ist:

    • Grafische Benutzeroberfläche: Das Upgrade wird mit einer Meldung angehalten. Klicken Sie auf Ich verstehe und dann auf Abbrechen, um das Citrix-Installationsprogramm zu schließen. (Sie können mit dem Upgrade nicht fortfahren.)
    • Befehlszeilenschnittstelle: Der Befehl schlägt fehl (auch wenn Sie die Option /ignore_db_check_failure mit dem Befehl angegeben haben).

    Führen Sie ein Upgrade der SQL Server-Version durch und starten Sie dann das Citrix-Upgrade erneut.

  • Wenn die Prüfung die aktuell installierte SQL Server-Version nicht ermitteln kann, prüfen Sie, ob Ihre aktuell installierte Version in der Version, auf die Sie ein Upgrade durchführen, unterstützt wird (Systemanforderungen).

    • Grafische Benutzeroberfläche: Das Upgrade wird mit einer Meldung angehalten.

      • Wenn die aktuell installierte SQL Server-Version unterstützt wird, klicken Sie auf Ich verstehe, um die Meldung zu schließen, und dann auf Weiter, um mit dem Citrix-Upgrade fortzufahren.
      • Wenn die aktuell installierte SQL Server-Version nicht unterstützt wird, klicken Sie auf Ich verstehe, um die Meldung zu schließen, und dann auf Abbrechen, um das Citrix-Upgrade zu beenden. Führen Sie ein Upgrade Ihres SQL Servers auf eine unterstützte Version durch und starten Sie dann das Citrix-Upgrade erneut.
    • Befehlszeilenschnittstelle: Der Befehl schlägt mit einer Meldung fehl. Nach dem Schließen der Meldung:

      • Wenn die aktuell installierte SQL Server-Version unterstützt wird, führen Sie den Befehl erneut mit der Option /ignore_db_check_failure aus.
      • Wenn die aktuell installierte SQL Server-Version nicht unterstützt wird, aktualisieren Sie Ihren SQL Server auf eine unterstützte Version. Führen Sie den Befehl erneut aus, um das Citrix-Upgrade zu starten.

Aktualisieren von SQL Server

Wenn Sie neue SQL Server-Instanzen einrichten und die Sitedatenbank migrieren, müssen die Verbindungszeichenfolgen aktualisiert werden.

Wenn die Site derzeit SQL Server Express für die Sitedatenbank verwendet (die Citrix bei der Siterstellung automatisch installiert hat):

  1. Installieren Sie die neueste SQL Server Express-Version.
  2. Trennen Sie die Datenbank.
  3. Fügen Sie die Datenbank dem neuen SQL Server Express an.
  4. Migrieren Sie die Verbindungszeichenfolgen.

Weitere Informationen finden Sie unter Verbindungszeichenfolgen konfigurieren und in der Produktdokumentation von Microsoft SQL Server.

SQL Server Express LocalDB ersetzen

Microsoft SQL Server Express LocalDB ist eine Funktion von SQL Server Express, die der Local Host Cache eigenständig verwendet. Der Local Host Cache benötigt keine anderen Komponenten von SQL Server Express als SQL Server Express LocalDB.

Citrix aktualisiert SQL Server Express LocalDB nicht automatisch. Um die SQL Server Express LocalDB-Version zu aktualisieren, befolgen Sie die Anweisungen in diesem Abschnitt.

  • Beim Upgrade von Delivery Controllern auf Citrix Virtual Apps and Desktops Version 2203 LTSR oder höhere Versionen ist die unterstützte Version SQL Server Express LocalDB 2019 oder SQL Server Express LocalDB 2022.

Was Sie benötigen:

  • Die Installationsmedien für Citrix Virtual Apps and Desktops.
  • Das PsExec-Tool aus der Windows Sysinternals-Toolbox.

Vorgehensweise:

  1. Schließen Sie das Upgrade Ihrer Citrix Virtual Apps and Desktops-Komponenten, -Datenbanken und -Sites ab. (Diese Datenbank-Upgrades betreffen die Site-, Überwachungs- und Konfigurationsprotokollierungsdatenbanken. Sie betreffen nicht die Local Host Cache-Datenbank, die SQL Server Express LocalDB verwendet.)
  2. Melden Sie sich am Delivery Controller an, auf dem Sie SQL Server Express LocalDB aktualisieren möchten.
  3. Laden Sie PsExec von Microsoft herunter und legen Sie es an einem leicht zugänglichen Speicherort auf diesem Delivery Controller ab, z. B. C:\Temp.
  4. Beenden Sie den Citrix High Availability Service auf dem Delivery Controller über die Windows-Systemdienste.
  5. Öffnen Sie die Eingabeaufforderung auf dem Delivery Controller, navigieren Sie zum Speicherort mit PsExec (Beispiel: C:\Temp) und führen Sie dann den folgenden Befehl aus, um die Eingabeaufforderung mit dem Network Service-Konto zu erhöhen:

    psexec -i -u "NT AUTHORITY\NETWORKSERVICE" cmd
    <!--NeedCopy-->
    
  6. Führen Sie whoami aus, um zu bestätigen, dass die Eingabeaufforderung als Network Service-Konto ausgeführt wird. Sie müssen die folgende Ausgabe erhalten: nt authority\networkservice.
  7. Verwenden Sie die Eingabeaufforderung, um zur SQL LocalDB-Instanz zu navigieren:

    • Wenn Sie von SQL LocalDB 2014 aktualisieren:

       cd "C:\Program Files\Microsoft SQL Server\120\Tools\Binn"
       <!--NeedCopy-->
      
    • Wenn Sie von SQL LocalDB 2017 aktualisieren:

       cd "C:\Program Files\Microsoft SQL Server\140\Tools\Binn"
       <!--NeedCopy-->
      
    • Wenn Sie von SQL LocalDB 2019 aktualisieren:

       cd "C:\Program Files\Microsoft SQL Server\150\Tools\Binn"
       <!--NeedCopy-->
      
  8. Beenden und löschen Sie die SQL LocalDB-Instanz: CitrixHA.

    SqlLocalDB stop CitrixHA
    
    SqlLocalDB delete CitrixHA
    <!--NeedCopy-->
    
  9. Entfernen Sie die folgenden Dateien vom Delivery Controller:

    C:\Windows\ServiceProfiles\NetworkService\HADatabaseName.*
    C:\Windows\ServiceProfiles\NetworkService\HADatabaseName_log.*
    C:\Windows\ServiceProfiles\NetworkService\HAImportDatabaseName.* (if exists)
    C:\Windows\ServiceProfiles\NetworkService\HAImportDatabaseName_log.* (if exists)
    <!--NeedCopy-->
    
  10. Deinstallieren Sie Ihr vorhandenes SQL LocalDB SQL Server Express vom Delivery Controller mithilfe der nativen Windows-Funktion zum Entfernen von Programmen.
  11. Starten Sie den Delivery Controller neu, nachdem die Deinstallation abgeschlossen ist.
  12. Beenden Sie den Citrix High Availability Service auf dem Delivery Controller über die Windows-Systemdienste.
  13. Binden Sie die Installationsmedien für Citrix Virtual Apps and Desktops in Ihren Delivery Controller ein.
  14. Installieren Sie SQL Server Express LocalDB 2022 als Administrator auf dem Delivery Controller.

    1. Verwenden Sie die Datei sqllocaldb.msi im Ordner Support > SQLLocalDB der Installationsmedien für Citrix Virtual Apps and Desktops. Wenn die Installationsmedien beispielsweise dem Laufwerksbuchstaben E drive zugeordnet sind, finden Sie die Datei unter E:\Support\SQLLocalDB\sqllocaldb.msi. Ein Neustart ist erforderlich, um die Installation abzuschließen.
    2. Die neue SQL LocalDB muss sich in C:\Program Files\Microsoft SQL Server\160\Tools\Binn befinden.
  15. Starten Sie den Citrix High Availability Service auf dem Delivery Controller über die Windows-Systemdienste.
  16. Navigieren Sie in der Eingabeaufforderung des Delivery Controllers zu C:\Program Files\Microsoft SQL Server\160\Tools\Binn und führen Sie SqlLocalDB i aus, um zu bestätigen, dass die CitrixHA-Instanz erstellt wurde. Die CitrixHA muss in der Liste der zurückgegebenen Instanzen enthalten sein.

    Hinweis:

    Es kann bis zu 15 Minuten dauern, bis die CitrixHA-Datenbank nach dem Starten des Citrix High Availability Service erstellt ist.

  17. Stellen Sie sicher, dass die Datenbankdateien des lokalen Hostcaches erstellt werden, um zu bestätigen, dass der High Availability Service (sekundärer Broker) bei Bedarf übernehmen kann.

    1. Navigieren Sie auf dem Delivery Controller zu C:\Windows\ServiceProfiles\NetworkService.
    2. Überprüfen Sie, ob HaDatabaseName.mdf und HaDatabaseName_log.ldf erstellt wurden.
  18. Wiederholen Sie die Schritte auf den verbleibenden Delivery Controllern.