Upgrade einer Bereitstellung

HINWEIS:

Informationen zu Änderungen an Produktnamen finden Sie hier, Informationen zu Änderungen an Versionsnummern hier.

Einführung

Wichtig:

Laden Sie auf jeden Fall die Dateien mit dem Zusatz “1808_2” (ISO) bzw. “1808.2” (eigenständiges Installationsprogramm) im Dateinamen herunter und verwenden Sie diese. Weitere Informationen finden Sie unter CTX237835.

Sie können bestimmte Bereitstellungen aktualisieren, ohne zunächst neue Maschinen oder Sites erstellen zu müssen. Dieser Prozess wird auch als direktes Upgrade bezeichnet. Unter Upgrade finden Sie eine Liste der Versionen, die Sie aktualisieren können.

Zum Starten eines Upgrades führen Sie das Installationsprogramm von der neuen Version aus, um zuvor installierte Kernkomponenten, VDAs und bestimmte andere Komponenten zu aktualisieren. Anschließend führen Sie ein Upgrade der Sitedatenbanken und der Site durch.

Wenn Sie versuchen, eine Komponente auf einem für diese Produktversion nicht unterstützten Betriebssystem zu aktualisieren, werden Sie durch eine Meldung zu einem Artikel geführt. Die Informationen des Artikels sind auch in dem vorliegenden Artikel enthalten. Siehe Ältere Betriebssysteme.

Sie können Upgrades aller Komponenten durchführen, die mit dem Komplettinstallationsprogramm installiert werden können, sofern eine neuere Version verfügbar ist. Informationen zu anderen Komponenten, die nicht mit dem Komplettinstallationsprogramm installiert werden (z. B. Citrix Provisioning und Profilverwaltung) finden Sie in der zugehörigen Dokumentation. Informationen zu Hostupgrades finden Sie in der entsprechenden Dokumentation.

Lesen Sie vor dem Upgrade alle Informationen in diesem Artikel.

Aktualisierungsreihenfolge

Die folgende Abbildung zeigt die Upgradereihenfolge. Einzelheiten finden Sie unter Upgradeverfahren. Wenn beispielsweise mehrere Kernkomponenten auf einem Server installiert sind, werden durch die Ausführung des Installationsprogramms auf der Maschine alle Komponenten aktualisiert, für die es eine neue Version gibt. Sie sollten ein Upgrade des VDAs in einem Masterimage und dann ein Update des Images durchführen. Anschließend aktualisieren Sie den Maschinenkatalog, der das Masterimage verwendet und die Bereitstellungsgruppe, die den Katalog verwendet. Zudem wird das automatische und manuelle Upgrade der Sitedatenbanken und der Site behandelt.

Flussdiagramm der Upgradereihenfolge

Sitetests zur Vorbereitung

Wenn Sie Delivery Controller und eine Site aktualisieren, werden vor dem eigentlichen Upgrade Vorbereitungstests an der Site ausgeführt. Dadurch wird Folgendes geprüft:

  • Die Sitedatenbank ist erreichbar und wurde gesichert.
  • Verbindungen mit wichtigen Citrix-Diensten funktionieren ordnungsgemäß.
  • Die Citrix Lizenzserver-Adresse ist verfügbar.
  • Die Konfigurationsprotokollierungsdatenbank ist erreichbar.

Nachdem die Tests ausgeführt wurden, können Sie einen Bericht mit den Ergebnissen anzeigen. Anschließend können Sie eventuelle Probleme beheben und die Tests wiederholen. Wenn Sie die Vorbereitungstests und die Problembehebung nicht ausführen, kann sich dies auf die Funktionsweise Ihrer Site auswirken.

Der Bericht mit dem Testergebnis wird als HTML-Datei (PreliminarySiteTestResult.html) im Verzeichnis der Installationsprotokolle gespeichert. Die Datei wird erstellt, wenn sie nicht vorhanden ist. Wenn die Datei existiert, wird ihr Inhalt überschrieben.

Ausführen der Tests

  • Wenn Sie die grafische Benutzeroberfläche des Installationsprogramms zum Aktualisieren verwenden, können Sie über eine Seite des Assistenten die Tests starten und den Bericht anzeigen. Nachdem die Tests ausgeführt wurden und Sie den Bericht angezeigt und alle ggf. gefundenen Probleme gelöst haben, können Sie die Tests erneut ausführen. Wenn die Tests bestanden werden, klicken Sie auf “Weiter”, um mit dem Assistenten fortzufahren.
  • Bei Upgrades über die Befehlszeilenschnittstelle werden die Tests automatisch ausgeführt. Wird ein Test nicht bestanden, wird das Upgrade in der Standardeinstellung nicht durchgeführt. Nachdem Sie den Bericht angezeigt und Probleme behoben haben, führen Sie den Befehl erneut aus.

Citrix empfiehlt, vor Upgrades von Controller und Site immer die Vorbereitungstests auszuführen und alle Probleme zu beheben. Der potentielle Nutzen überwiegt den geringen Zeitaufwand für die Tests. Sie können diese empfohlene Aktion jedoch außer Kraft setzen.

  • Bei Upgrades über die grafische Benutzeroberfläche können Sie die Tests überspringen.
  • Bei Upgrades über die Befehlszeile können Sie die Tests nicht überspringen. Standardmäßig führt ein nicht bestandener Sitetest dazu, dass das Installationsprogramm fehlschlägt und kein Upgrade durchgeführt wird. Bei Verwendung der Option /ignore_site_test_failure werden die Testergebnisse ignoriert und das Upgrade wird fortgesetzt.

Upgrade mehrerer Controller

Wenn Sie das Upgrade eines Controllers starten und anschließend das Upgrade eines weiteren Controllers in derselben Site (vor Abschluss des ersten Upgrades), gilt Folgendes:

  • Wenn die Vorbereitungstests am ersten Controller abgeschlossen wurden, wird die Seite für Vorbereitungstests nicht im Assistenten für den zweiten Controller angezeigt.
  • Wenn die Tests auf dem ersten Controller noch laufen, wenn Sie das zweite Upgrade starten, wird die Seite für Vorbereitungstests im Assistenten für diesen angezeigt. Nach Abschluss der Tests des ersten Controllers werden allerdings nur die diesen betreffenden Testergebnisse gespeichert.

Nicht mit der Siteintegrität zusammenhängende Testfehler

  • Wenn die Vorbereitungstests aufgrund Arbeitsspeichermangel fehlschlagen, stellen Sie mehr Arbeitsspeicher zur Verfügung und führen Sie die Tests dann erneut aus.
  • Wenn Sie eine Berechtigung für Upgrades aber nicht für Sitetests haben, schlagen die Vorbereitungstests fehl. Führen Sie in diesem Fall das Installationsprogramm mit einem Benutzerkonto aus, das über die Berechtigung zum Ausführen der Tests verfügt.

Einschränkungen

Die folgenden Einschränkungen gelten für Upgrades:

  • Selektive Installation von Komponenten: Wenn Sie Komponenten auf die neue Version aktualisieren, andere Komponenten (auf anderen Maschinen) jedoch nicht, wird von Studio eine Erinnerung ausgegeben. Angenommen ein Upgrade enthält neue Versionen für Controller und Studio. Sie aktualisieren den Controller, führen das Installationsprogramm jedoch nicht auf der Maschine aus, auf der Studio installiert ist. Sie können die Site dann in Studio erst wieder verwalten, wenn Sie ein Upgrade von Studio durchgeführt haben.

    Ein Upgrade der VDAs ist nicht erforderlich, Citrix empfiehlt dies jedoch, damit Sie alle verfügbaren Features nutzen können.

  • XenApp-Versionen vor 7.5: Sie können kein Upgrade einer XenApp-Version vor 7.5 durchführen. Sie können eine Migration von XenApp 6.x durchführen (siehe Migrieren von XenApp 6.x).
  • XenDesktop-Versionen vor 5.6: Sie können kein Upgrade einer XenDesktop-Version vor 5.6 durchführen. Für ein Upgrade von XenDesktop 5.6 auf diese Version führen Sie zuerst ein Upgrade auf 7.6 LTSR (mit dem neuesten CU) und dann ein Upgrade auf diese Citrix Virtual Desktops-Version aus.
  • XenDesktop Express Edition: Ein Upgrade der XenDesktop Express Edition nicht möglich. Beschaffen und installieren Sie eine Lizenz für eine derzeit unterstützte Edition und führen Sie anschließend ein Upgrade durch.
  • Early Release- oder Technology Preview-Versionen: Sie können kein Upgrade einer Early Release-, Technology Preview- oder Preview-Version durchführen.
  • Komponenten unter älteren Betriebssystemen: Sie können keine aktuellen VDAs unter Betriebssystemen installieren, die nicht mehr von Microsoft oder Citrix unterstützt werden. Weitere Informationen finden Sie unter Ältere Betriebssysteme.
  • Produktauswahl: Beim Upgrade einer älteren Version legen Sie nicht das Produkt (Citrix Virtual Apps oder Citrix Virtual Desktops) fest, das bei der ersten Installation festgelegt wurde.
  • Heterogene Umgebungen: Wenn Sie Sites einer früheren Version neben Sites der aktuellen Version beibehalten müssen, lesen Sie die Hinweise zu heterogenen Umgebungen.
  • Delivery Controller einer Version vor 7.13: Beim Upgrade eines Delivery Controllers einer früheren Version als 7.13 wird möglicherweise ein Fehler (Ausnahme) angezeigt, wenn die Einstellung “Timeout für autom. Wiederverbindung von Clients” in einer Richtlinie konfiguriert ist. Dieser Fehler tritt auf, wenn der Einstellungswert für “Timeout für autom. Wiederverbindung von Clients” außerhalb des zulässigen Bereichs von 0 bis 300 liegt, der in Version 7.13 eingeführt wurde. Um diesen Fehler zu verhindern, verwenden Sie den PowerShell-Anbieter für Citrix Gruppenrichtlinien, um die Konfiguration der Einstellung aufzuheben oder einen Wert innerhalb des angegebenen Bereichs festzulegen. Ein Beispiel finden Sie unter CTX229477.

Vorbereitung

Lesen Sie vor Upgrades die folgenden Informationen und führen Sie die erforderlichen Aufgaben aus.

Wählen von Installationsprogramm und Schnittstelle

Verwenden Sie das Komplettinstallationsprogramm auf dem Produkt-ISO-Image zum Aktualisieren der Kernkomponenten.

VDAs können Sie mit dem Komplettinstallationsprogramm oder einem der eigenständigen VDA-Installationsprogramme aktualisieren.

Alle Installationsprogramme bieten eine grafische Oberfläche und eine Befehlszeilenschnittstelle. Weitere Informationen finden Sie unter Installationsprogramme.

Ein Upgrade durch Importieren oder Migrieren von Daten aus einer aktualisierbaren Version ist nicht möglich. Einige viel ältere Versionen müssen anstelle eines Upgrades migriert werden (Informationen zu aktualisierbaren Versionen siehe Upgrade und Migration).

Wenn Sie einen Desktop-VDA ursprünglich mit dem Installationsprogramm VDAWorkstationCoreSetup.exe installiert haben, empfiehlt Citrix die Verwendung dieses Installationsprogramms zum Durchführen des Upgrades. Wenn Sie das Komplettinstallationsprogramm oder das Installationsprogramm VDAWorkstationSetup.exe für das Upgrade des VDAs verwenden, werden ursprünglich ausgeschlossene Komponenten möglicherweise installiert, es sei denn, Sie schließen sie mit “omit/exclude” ausdrücklich vom Upgrade aus.

Beispiel: Sie haben ursprünglich einen XDA der Version 7.14 mithilfe von VDAWorkstationCoreSetup.exe installiert. Später führen Sie ein Upgrade des VDAs mithilfe des Komplettinstallationsprogramms aus. Wenn Sie die Standardeinstellungen des Komplettinstallationsprogramms akzeptieren, werden Komponenten, die Sie evtl. ursprünglich von Installation ausgeschlossen hatten (z. B. die Profilverwaltung), beim Upgrade installiert.

Beim Upgrade eines VDAs auf das aktuelle Release wird ein Neustart der Maschine durchgeführt. Dieses Erfordernis besteht seit Version 7.17. und ist unvermeidlich. Das Upgrade wird nach dem Neustart automatisch fortgesetzt (es sei denn, Sie haben “/noresume” angegeben).

Überprüfen der Siteintegrität

Siteprobleme werden durch ein Upgrade nicht behoben. Ein Upgrade kann sogar zusätzliche Probleme verursachen, die sich nur schwer beheben lassen.

Wenn Sie einen Controller mit dem Komplettinstallationsprogramm aktualisieren, werden vor dem eigentlichen Upgrade Vorabtests an der Site ausgeführt. Nachdem die Tests ausgeführt wurden, können Sie einen Bericht mit den Ergebnissen anzeigen. Wenn Probleme gefunden wurden, können Sie das Upgrade unterbrechen und die Probleme beheben. Nachdem Sie die Probleme behoben haben, können Sie das Upgrade erneut starten.

Weitere Informationen finden Sie unter Sitetests zur Vorbereitung.

Sichern der Datenbanken

Sichern Sie die Site-, Überwachungs- und der Konfigurationsprotokollierungsdatenbank. Folgen Sie den Anweisungen unter CTX135207. Wenn nach dem Upgrade Probleme entdeckt werden, können Sie das Backup wiederherstellen.

Andere Vorbereitungsaufgaben

  • Citrix Lizenzen überprüfen: Stellen Sie vor dem Upgrade sicher, dass Ihr Customer Success Services/Software Maintenance/Subscription Advantage-Datum für die neue Produktversion gültig ist. Wenn Sie ein Upgrade einer früheren 7.x-Produktversion durchführen, muss das Datum mindestens 2018.0815 lauten.
  • Anwendungen und Konsolen schließen: Bevor Sie ein Upgrade durchführen, schließen Sie alle Programme, die Dateisperren verursachen können, einschließlich Verwaltungskonsolen und PowerShell-Sitzungen. (Beim Neustarten der Maschine werden alle Dateisperren aufgehoben und es wird sichergestellt, dass keine Windows-Updates ausstehen.) Vor Beginn eines Upgrades halten Sie sämtliche Überwachungsagents von Drittanbietern an und deaktivieren Sie sie.
  • Sicherstellen, dass die erforderlichen Berechtigungen vorliegen: Auf den Maschinen, auf denen Sie die Produktkomponenten aktualisieren, müssen Sie sowohl Domänenbenutzer als auch lokaler Administrator sein.

    Sitedatenbank und Site können automatisch oder manuell aktualisiert werden. Für ein automatisches Datenbankupgrade müssen die Berechtigungen des Studio-Benutzers die Berechtigung zum Aktualisieren des SQL Server-Datenbankschemas umfassen (z. B. Datenbankrolle “db_securityadmin” oder “db_owner”). Weitere Informationen finden Sie unter Datenbanken. Hat der Benutzer diese Berechtigungen nicht, werden bei einem manuellen Datenbankupgrade Skripts generiert. Der Studio-Benutzer führt einige der Skripts über Studio aus. Der Datenbankadministrator führt weitere Skripts mit einem Tool wie SQL Server Management Studio aus.

  • Falls erforderlich, sichern Sie Vorlagen und aktualisieren Sie Hypervisors.
  • Erledigen Sie sämtliche anderen, zur Gewährleistung der Betriebskontinuität erforderlichen Vorbereitungsaufgaben.

Hinweise zu heterogenen Umgebungen

Wenn Ihre Umgebung Sites/Farmen mit mehreren Produktversionen enthält (z. B eine XenDesktop-Site der Version 7.14 und eine Citrix Virtual Apps and Desktops 1808-Site) empfiehlt Citrix die Verwendung von StoreFront zum Aggregieren von Anwendungen und Desktops aus den unterschiedlichen Produktversionen. Weitere Informationen finden Sie in der Dokumentation zu StoreFront.

  • Verwenden Sie in einer heterogenen Umgebung weiterhin Studio und Director für das jeweilige Release. Die verschiedenen Versionen müssen jedoch auf separaten Maschinen installiert sein.
  • Wenn Sie XenDesktop 5.6 und XenDesktop 7.x-Sites parallel ausführen und für beide Citrix Provisioning (zuvor “Provisioning Services”) verwenden möchten, stellen Sie entweder eine neue Version von Citrix Provisioning für die Verwendung mit der 7.x-Site bereit oder aktualisieren Sie die aktuelle Version von Citrix Provisioning. In diesem Fall können Sie jedoch keine neuen Arbeitslasten in der XenDesktop 5.6-Site mehr bereitstellen.

Citrix empfiehlt, in einer Site jeweils alle Komponenten zu aktualisieren. Sie können zwar von einigen Komponenten die früheren Versionen verwenden, jedoch sind u. U: nicht alle Features einer aktuellen Version verfügbar. Beispiel: Sie können zwar aktuelle VDAs in Bereitstellungen mit älteren Controllerversionen verwenden, jedoch sind die neuen Features des aktuellen Releases möglicherweise nicht verfügbar. Bei der Registrierung des VDAs können beim Verwenden nicht aktueller Versionen ebenfalls Probleme auftreten.

  • Wenn Sie eine Site mit Controllern der Version 5.x und VDAs einer neueren Version haben, führen Sie das Upgrade aller Komponenten so bald wie möglich durch.
  • Führen Sie ein Upgrade einer eigenständigen Studio-Version erst dann durch, wenn Sie zur Verwendung der neuen Version bereit sind.

Ältere Betriebssysteme

Angenommen, Sie haben eine frühere Version einer Komponente auf einer Maschine installiert, auf der eine unterstützte Betriebssystemversion ausgeführt wurde. Jetzt möchten Sie eine neuere Version der Komponente verwenden, doch das Betriebssystem ist für diese aktuelle Version nicht mehr gültig.

Beispiel: Sie haben einen Desktopbetriebssystem-VDA der Version 7.14 auf einer Maschine unter Windows 7 SP1 installiert. Jetzt möchten Sie den VDA auf die aktuelle Version (beispielsweise Citrix Virtual Apps and Desktops 1808) aktualisieren, doch Windows 7 ist kein gültiges Betriebssystem für Desktop-VDAs mehr.

“Ungültig” ist weiterreichend als “nicht unterstützt”. Von nicht unterstützten Elementen wird ggf. abgeraten, aber sie sind zulässig. Ungültig bedeutet, dass das Citrix Virtual Apps and Desktops-Installationsprogramm keine Installation oder Upgrades von Komponenten unter einer solchen Betriebssystemversion zulässt.

Wenn Sie versuchen, eine Komponente unter einem Betriebssystem zu installieren oder zu aktualisieren, das nicht länger zulässig ist, wird eine Fehlermeldung angezeigt (kann nicht unter diesem Betriebssystem installiert werden).

Die Abbildung unten zeigt die betroffenen Komponenten. (Die Abbildung zeigt zwar die grafische Benutzeroberfläche des Komplettinstallationsprogramms, ungültige Betriebssysteme werden aber auch bei Verwendung der Befehlszeilenschnittstelle oder eines VDA-Installationsprogramms erkannt.)

Komponenten und Features, die mit dem Installationsprogramm installiert werden können

Gültige Betriebssysteme

Folgen Sie den Links, um zu erfahren, welche Betriebssysteme für ein Release unterstützt werden.

Ungültige Betriebssysteme

Die Tabelle unten enthält die früheren Betriebssysteme, die für Installation/Upgrades von Komponenten der aktuellen Version nicht gültig sind. Es wird die jeweils letzte gültige Komponentenversion aufgeführt, die für jedes Betriebssystem unterstützt wird, und die Komponentenversion, ab der das Betriebssystem für Installation und Upgrades ungültig ist.

Die Betriebssysteme in der Tabelle enthalten Service Packs und Updates. Beispielsweise umfasst Windows 7 Windows 7 SP1 und Windows 8 Windows 8.1. Es wird davon ausgegangen, dass eine ältere 7.x-Version auf eine neuere aktualisiert wird.

Betriebssystem Komponente/Feature Letzte 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 Komponenten 7.17 7.18
Windows 10-Versionen vor 1607 VDA 7.15 LTSR 7.16
Windows Server 2008 R2 VDA 7.15 LTSR 7.16
Windows Server 2008 R2 Andere Komponenten 7.17 7.18
Windows Server 2012 VDA 7.15 LTSR 7.16
Windows Server 2012 Andere Komponenten 7.17 7.18
Windows Server 2012 R2 Server-VDI 7.15 LTSR 7.16

Windows XP und Windows Vista sind für Komponenten und Technologien der Version 7.x nicht gültig.

Ihre Möglichkeiten

Sie haben verschiedene Möglichkeiten. Nachfolgend sind Ihre Optionen aufgeführt.

Aktuelle Betriebssystem weiter verwenden:

Dies ist bei VDAs möglich.

Wenn Sie Maschinen mit dem früheren Betriebssystem weiter verwenden möchten, stehen Ihnen folgende Optionen zur Auswahl:

  • Verwenden Sie weiterhin die installierte Komponentenversion.
  • Laden Sie die neueste gültige Komponentenversion herunter und aktualisieren Sie Ihre Komponente dann auf diese Version. (Dies setzt voraus, dass die letzte gültige Komponentenversion nicht bereits installiert ist.)

Angenommen, Sie führen einen VDA der Version 7.14 unter Windows 7 SP1 aus. Die letzte gültige VDA-Version unter Windows 7 ist XenApp und XenDesktop 7.15 LTSR. Sie können entweder Version 7.14 weiter verwenden oder einen VDA der Version 7.15 LTSR herunterladen und Ihren VDA auf diese Version aktualisieren. Diese früheren VDA-Versionen funktionieren in Bereitstellungen, die Delivery Controller in neueren Versionen enthalten. Ein VDA der Version 7.15 LTSR kann beispielsweise eine Verbindung mit einem Controller von Citrix Virtual Apps and Desktops 7 1808 herstellen.

Reimaging oder Upgrade der Maschine:

Dies ist bei VDAs und andere Maschinen möglich, auf denen keine Kernkomponenten (z. B. Delivery Controller) installiert sind. Wählen Sie eine der folgenden Optionen:

  • Nachdem Sie die Maschine außer Betrieb genommen haben (Wartungsmodus aktivieren und warten, bis alle Sitzungen beendet sind), können Sie ein Reimaging auf eine unterstützte Windows-Betriebssystemversion durchführen und anschließend die neueste Version der Komponente installieren.
  • Um das Betriebssystem ohne Reimaging zu aktualisieren, deinstallieren Sie zunächst die Citrix Software. Andernfalls nimmt die Citrix Software einen nicht unterstützten Zustand an. Installieren Sie dann die neue Komponente.

Neue Maschinen mit unterstützten Betriebssystemen hinzufügen und anschließend ältere Maschinen entfernen:

Diese Methode eignet sich, wenn Sie das Betriebssystem auf Maschinen mit einem Delivery Controller oder einer anderen Kernkomponente aktualisieren müssen.

Citrix empfiehlt, dass alle Controller einer Site unter dem gleichen Betriebssystem ausgeführt werden. Durch die folgende Upgradereihenfolge wird der Zeitraum, während dessen verschiedene Controller unter unterschiedlichen Betriebssystemen ausgeführt werden, möglichst kurz gehalten.

  1. Erstellen Sie einen Snapshot aller Delivery Controller in der Site und sichern Sie die Sitedatenbank.
  2. Installieren Sie neue Delivery Controller auf sauberen Servern mit einem unterstützten Betriebssystem. Beispiel: Installieren Sie einen Controller auf zwei Windows Server 2016-Maschinen.
  3. Fügen Sie der Site die neuen Controller hinzu.
  4. Entfernen Sie die Controller, die unter nicht mehr gültigen Betriebssystemen ausgeführt werden. Beispiel: Installieren Sie einen Controller von zwei Windows Server 2008 R2-Maschinen. Folgen Sie den Empfehlungen zum Entfernen von Controllern unter Delivery Controller.

Wartungsoptionen:

Die meisten Beispiele in diesem Artikel beziehen sich auf Bereitstellungen mit der Wartungsoption Current Release (CR). Die Konzepte gelten auch für Bereitstellungen mit der Wartungsoption Long Term Service Release (LTSR).

  • Zwischen den Releases von 7.6 LTSR und 7.15 LTSR von XenApp und XenDesktop wurden keine unterstützten Betriebssysteme ungültig. Beim Upgrade von der älteren LTSR-Version zur nächsten Version traten keine Upgradeprobleme auf.
  • Künftig (z. B. beim Übergang von 7.15 LTSR auf die nächste LTSR-Version) können Probleme auftreten, wenn Betriebssysteme während des Intervalls als ungültig eingestuft werden.

Unterstützung gemischter VDAs

Für ein Upgrade des Produkts auf eine neuere Version empfiehlt Citrix, dass Sie alle Kernkomponenten und VDAs aktualisieren, damit Sie alle neuen und verbesserten Features der Edition verwenden können.

In einigen Umgebungen ist ein Upgrade aller VDAs auf die aktuelle Version möglicherweise nicht möglich. In diesem Fall können Sie beim Erstellen eines Maschinenkatalogs die auf den Maschinen installierte VDA-Version angeben. Standardmäßig gibt diese Einstellung die aktuelle, empfohlene VDA-Version an. Ändern Sie diese Einstellung nur dann, wenn der Maschinenkatalog Maschinen mit älteren VDA-Versionen enthält. Die Verwendung mehrerer VDA-Versionen in einem Maschinenkatalog wird nicht empfohlen.

Wenn ein Maschinenkatalog mit der standardmäßig empfohlenen VDA-Versionseinstellung erstellt wird und auf Maschinen eine frühere VDA-Version installiert ist, können sich diese Maschinen nicht beim Controller registrieren und funktionieren nicht.

Weitere Informationen finden Sie unter VDA-Versionen und Funktionsebenen.

Upgradeverfahren

Zum Ausführen der grafischen Oberfläche des Installationsprogramms melden Sie sich bei der Maschine an und legen Sie anschließend das Installationsmedium ein oder stellen Sie das ISO-Laufwerk für das neue Release bereit. Doppelklicken Sie auf AutoSelect. Geben Sie den entsprechenden Befehl ein, um die Befehlszeilenschnittstelle zu verwenden. Weitere Informationen finden Sie unter Installieren über die Befehlszeile.

  1. Wenn mehrere Kernkomponenten (z. B. Controller, Studio und Lizenzserver) auf dem gleichen Server installiert sind und für mehrere dieser Komponenten eine neue Version verfügbar ist, werden alle beim Ausführen des Installationsprogramms aktualisiert.

    Wenn Kernkomponenten auf anderen Maschinen als dem Controller installiert sind, führen Sie das Installationsprogramm auf diesen Maschinen aus. Empfohlene Reihenfolge: Lizenzserver, StoreFront, Director.

  2. Wenn Sie Citrix Provisioning verwenden, aktualisieren Sie die Citrix Provisioning-Server und -Zielgeräte. Folgen Sie den Anweisungen in der Dokumentation zu Citrix Provisioning.

  3. Führen Sie das Produktinstallationsprogramm auf Maschinen mit VDAs aus. (Bei Verwendung von Masterimages und Maschinenerstellungsdienste s. Schritt 12.)

  4. Führen Sie das Produktinstallationsprogramm auf der Hälfte der Controller aus. (Dadurch werden auch alle anderen Kernkomponenten auf diesen Servern aktualisiert.) Wenn Ihre Site beispielsweise vier Controller enthält, führen Sie das Installationsprogramm auf zwei Controllern aus.

    • Dadurch dass die Hälfte der Controller aktiv bleibt, können Benutzer auf die Site zugreifen. Die VDAs können sich bei den anderen Controllern registrieren. Zeitweise wird die Site möglicherweise mit reduzierter Kapazität ausgeführt, da weniger Controller verfügbar sind. Durch das Upgrade wird nur für das Einrichten neuer Clientverbindungen während der letzten Datenbankaktualisierungsschritte eine kurze Unterbrechung verursacht. Die aktualisierten Controller können Anforderungen erst verarbeiten, wenn die gesamte Site aktualisiert wurde.
    • Wenn die Site nur einen Controller hat, ist sie während des Upgrades nicht funktionsfähig.

    Vorabtests an der Site werden auf dem ersten Controller ausgeführt, bevor das eigentliche Upgrade gestartet wird. Weitere Informationen finden Sie unter Sitetests zur Vorbereitung.

  5. Ist Studio auf einer Maschine installiert, die Sie noch nicht aktualisiert haben, führen Sie das Installationsprogramm auf der Maschine aus, auf der Studio installiert ist.

  6. Führen Sie über die neu aktualisierte Studio-Version ein Upgrade der Sitedatenbank aus. Einzelheiten finden Sie unter Upgrade der Sitedatenbanken und der Site.

  7. Wählen Sie in der neu aktualisierten Studio-Version im Navigationsbereich Citrix Studio Sitename aus. Wählen Sie die Registerkarte Häufige Aufgaben. Wählen Sie Upgrade der übrigen Delivery Controller durchführen.

  8. Nachdem Sie das Upgrade abgeschlossen und bestätigt haben, schließen Sie Studio und öffnen es neu. Sie werden von Studio ggf. zu einem zusätzlichen Siteupgrade aufgefordert, um die Controllerdienste bei der Site zu registrieren oder eine Zonen-ID zu erstellen, falls noch keine vorhanden ist.

  9. Wählen Sie auf der Seite Häufige Aufgaben im Abschnitt Sitekonfiguration die Option Registrierung durchführen. Durch das Registrieren der Controller werden diese für die Site verfügbar.

  10. Nach Auswahl von Fertig stellen im Anschluss an das Upgrade können Sie sich optional für die Teilnahme am Citrix Telemetrieprogramm registrieren, durch das Informationen zu Ihrer Bereitstellung gesammelt werden. Diese Informationen werden Verbesserung von Qualität, Zuverlässigkeit und Leistung des Produkts verwendet.

  11. Nach dem Upgrade von Komponenten, Datenbank und Site können Sie die neu aktualisierte Site testen. Wählen Sie in Studio im Navigationsbereich Citrix Studio Sitename. Wählen Sie die Registerkarte Häufige Aufgaben und dann Site testen. Diese Tests werden automatisch nach dem Upgrade der Datenbank ausgeführt, Sie können sie jedoch jederzeit wiederholen.

    Der Test der Site kann auf Controllern unter Windows Server 2016 fehlschlagen, wenn eine lokale SQL Server Express-Instanz für die Sitedatenbank verwendet wird und der SQL Server Browser-Dienst nicht gestartet wurde. Führen Sie zur Vermeidung dieses Fehlers die folgenden Schritte aus.

    1. Aktivieren Sie den SQL Server Browser-Dienst (falls erforderlich) und starten Sie ihn.

    2. Starten Sie den SQL Server-Dienst (SQLEXPRESS) neu.

  12. Wenn Sie Maschinenerstellungsdienste einsetzen und den aktualisierten VDA verwenden möchten, führen Sie nach dem Upgrade und Testen der Bereitstellung ein Upgrade der Masterimages durch (falls noch nicht erfolgt). Aktualisieren Sie die Masterimages, die diese VDAs verwenden. Siehe Aktualisieren oder Erstellen eines Masterimages. Aktualisieren Sie dann die Maschinenkataloge, die diese Masterimages verwenden. Aktualisieren Sie nach dem Upgrade der Kataloge die Bereitstellungsgruppen, die die Kataloge verwenden.

Upgrade der Sitedatenbanken und der Site

Nach dem Upgrade der Kernkomponenten und VDAs verwenden Sie die neu aktualisierte Studio-Version für ein automatisches oder manuelles Upgrade von Datenbank und Site.

Nicht vergessen: Lesen Sie die Informationen zu Berechtigungen unter Vorbereitung.

  • Für ein automatisches Datenbankupgrade müssen die Berechtigungen des Studio-Benutzers die Berechtigung zum Aktualisieren des SQL Server-Datenbankschemas umfassen.
  • Beim manuellen Upgrade führt der Studio-Benutzer einige der erstellten Skripts über Studio aus. Der Datenbankadministrator führt andere Skripts mit dem SQLCMD-Hilfsprogramm oder mit SQL Server Management Studio im SQLCMD-Modus aus. Andernfalls kann es zu Fehlern kommen.

Citrix empfiehlt dringend, die Datenbank vor dem Upgrade zu sichern. Siehe CTX135207. Während des Datenbankupgrades sind die Produktdienste deaktiviert. Während dieser Zeit können Controller keine neuen Verbindungen für die Site verhandeln. Planen Sie daher sorgfältig.

Nach dem Upgrade der Datenbank und der Aktivierung der Produktdienste testet Studio Umgebung und Konfiguration und generiert einen HTML-Bericht. Wenn Probleme identifiziert werden, können Sie die Datenbank aus dem Backup wiederherstellen. Wenn die Probleme beseitigt sind, können Sie die Datenbank erneut aktualisieren.

Automatisches Upgrade von Datenbank und Site:

Starten Sie die aktualisierte Studio-Version. Sobald Sie das automatische Upgrade der Site gestartet und bestätigt haben, dass Sie bereit sind, beginnt das Upgrade von Datenbank und Site.

Aktualisieren Sie die Datenbank und die Site manuell:

  1. Starten Sie die aktualisierte Studio-Version. Wählen Sie die Option für ein manuelles Upgrade der Site. Der Assistent prüft die Kompatibilität des Lizenzservers und fordert eine Bestätigung an. Wenn Sie bestätigt haben, dass Sie die Datenbank gesichert haben, erstellt der Assistent Skripts und eine Checkliste der Upgradeschritte und zeigt diese an.

    Wenn sich das Datenbankschema mit dem Produktupgrade nicht ändert, wird das Skript nicht generiert. Ändert sich beispielsweise das Schema der Protokollierungsdatenbank nicht, wird das Skript “UpgradeLoggingDatabsae.sql” nicht generiert.

  2. Führen Sie die folgenden Skripts in der angegebenen Reihenfolge aus:

    • DisableServices.ps1: PowerShell-Skript, das vom Studio-Benutzer auf einem Controller ausgeführt werden muss und die Produktdienste deaktiviert
    • UpgradeSiteDatabase.sql: SQL-Skript, das vom Datenbankadministrator auf dem Server mit der Sitedatenbank ausgeführt werden muss
    • UpgradeMonitorDatabase.sql: SQL-Skript, das vom Datenbankadministrator auf dem Server mit der Überwachungsdatenbank ausgeführt werden muss
    • UpgradeLoggingDatabase.sql: SQL-Skript, das vom Datenbankadministrator auf dem Server mit der Konfigurationsprotokollierungsdatenbank ausgeführt werden muss Führen Sie dieses Skript nur aus, wenn diese Datenbank geändert wird (z. B. nach dem Anwenden eines Hotfixes).
    • EnableServices.ps1: PowerShell-Skript, das vom Studio-Benutzer auf einem Controller ausgeführt werden muss und die Produktdienste aktiviert
  3. Nach Abschluss der Checklistenaufgaben klicken Sie auf Upgrade fertig stellen.