Übersicht über das Omnissa Horizon 8-Upgrade

Zur Durchführung des Upgrades einer Horizon 8-Unternehmensbereitstellung gehören mehrere allgemeine Aufgaben. Das Upgrade ist ein Prozess mit verschiedenen Phasen, in dem die jeweiligen Vorgänge in einer bestimmten Reihenfolge ausgeführt werden müssen.

Achtung: Informationen zu unterstützten Upgrade-Pfaden finden Sie in der Produkt-Interoperabilitätsmatrix.

Der Upgrade-Prozess muss in einer bestimmten Reihenfolge abgeschlossen werden. Innerhalb der verschiedenen Upgrade-Phasen kommt es ebenfalls auf die Einhaltung der richtigen Reihenfolge an.

Hinweis: Dieser Überblick bezieht sich auf Upgrades für Haupt- und Nebenversionen sowie Wartungsversionen.

Wie viele der folgenden Aufgaben durchzuführen sind, hängt von den Horizon 8-Komponenten ab, die Sie in Ihrer Bereitstellung verwenden.

1. Wenn Sie über Funktionen verfügen, die in der neuesten Version von Horizon 8 nicht mehr unterstützt werden, müssen Sie einige dieser Funktionen deinstallieren, bevor Sie mit dem Upgrade fortfahren. Weitere Informationen finden Sie unter Deinstallieren von nicht mehr unterstützten Funktionen.

2. Führen Sie ein Upgrade der Omnissa Horizon Client-Software durch, die auf den Clientgeräten der Endbenutzer ausgeführt wird. Siehe Upgrade der Client-Anwendung.

3. Erstellen Sie Sicherungen und notieren Sie verschiedene Einstellungen auf den Computern, auf denen Omnissa Horizon Connection Server-Instanzen gehostet werden. Siehe Vorbereiten von Horizon Connection Server für ein Upgrade.

   Verfügen Sie über mehrere Horizon Connection Server-Instanzen in einer replizierten Gruppe, erstellen Sie Sicherungen und dokumentieren Sie die Konfigurationseinstellungen für nur eine Instanz der Gruppe. Alle anderen Vorbereitungsaufgaben können Sie immer für jeweils eine Instanz unmittelbar vor dem Upgrade dieser Serverinstanz durchführen.

4. Führen Sie den Upgrade der Horizon Connection Server-Instanzen durch. Weitere Informationen finden Sie unter Upgrade von Horizon Connection Server-Instanzen in einer replizierten Gruppe.

   In einer typischen Produktionsumgebung mit zwei oder mehr Horizon Connection Server-Instanzen, denen ein Lastausgleichsdienst vorgelagert ist, müssen Sie die Horizon Connection Server-Instanzen während des Upgrades aus dem Lastausgleichs-Cluster entfernen.

   Wichtig: Nach dem Upgrade einer Horizon Connection Server-Instanz auf die neueste Version ist kein Downgrade dieser Instanz auf eine frühere Version mehr möglich. Nach dem Upgrade aller Horizon Connection Server-Instanzen in einer replizierten Gruppe können Sie keine weitere Instanz hinzufügen, auf der eine frühere Version ausgeführt wird.

5. Führen Sie ein Upgrade der Horizon Edge-Appliance durch.

   Nachdem alle Horizon-Verbindungsserver im Pod aktualisiert wurden, aktualisieren Sie die Horizon Edge-Appliance auf dieselbe Horizon-Version. Führen Sie kein Upgrade der Edge-Appliance vor dem Upgrade der Verbindungsserver durch.

   Führen Sie in Umgebungen mit mehreren Edge-Appliances jeweils ein Upgrade durch, um Dienstunterbrechungen möglichst gering zu halten.

   Weitere Informationen finden Sie unter Aktualisieren der Horizon Edge-Appliance.

6. Führen Sie ein Upgrade der in Microsoft Active Directory verwendeten Gruppenrichtlinien durch. Siehe Verwenden von administrativen Vorlagendateien für Gruppenrichtlinien.

7. Wenn Sie gleichzeitig ein Upgrade von VMware vSphere-Komponenten durchführen, aktualisieren Sie auch vCenter Server. Siehe Upgrade von vCenter Server.

   Während der Durchführung des Upgrades von vCenter Server wird die Verbindung mit vorhandenen Remote-Desktop- und -Anwendungssitzungen nicht getrennt. Remote-Desktops im Bereitstellungsstatus werden während des vCenter Server-Upgrades nicht eingeschaltet, neue Desktops können während des vCenter Server-Upgrades nicht gestartet werden.

8. Wenn Sie gleichzeitig ein Upgrade von vSphere durchführen, aktualisieren Sie auch die VMware ESXi-Hosts und die virtuellen Maschinen. Siehe Aktualisieren von ESXi-Hosts und den zugehörigen virtuellen Maschinen.

   Für ESXi-Hosts kann ein Upgrade ohne Ausfallzeit durch Verlagerung der virtuellen Maschinen auf einen anderen Host im Cluster durchgeführt werden, wenn die Hosts für eine Cluster-Umgebung konfiguriert sind.

9. Wenn Sie zurzeit Windows-Terminaldienste-Server als Desktop-Quellen verwenden, stellen Sie sicher, dass die RDS-Host-Rolle bereits installiert ist. Siehe Durchführen eines Upgrades von RDS-Hosts, die sitzungsbasierte Desktops bereitstellen

10. Führen Sie ein Upgrade der Horizon™-Agent-Software durch, die auf dem physischen Computer oder der virtuelle Maschine ausgeführt wird, die als Vorlagen für das Klonen von Desktops, als Full-Clone-Desktops in einem Pool und als einzelne Desktops in einem manuellen Pool verwendet werden. Siehe Aktualisieren von Horizon Agent.

11. Verwenden Sie die neu aktualisierten Quellen von Desktops mit virtuellen Maschinen zum Erstellen aktualisierter Desktop-Pools. Siehe Upgrade von veröffentlichten und virtuellen Desktops.

12. Erläuterungen zur Cloud-Pod-Architektur-Funktion finden Sie unter Aktualisieren einer Cloud-Pod-Architektur-Umgebung.

Da bestimmte Befehle mehrere Stadien gleichzeitig aktualisieren können, empfiehlt Omnissa, sich mit den unumkehrbaren Änderungen der einzelnen Stadien gründlich vertraut zu machen, bevor Sie Ihre Produktionsumgebungen aktualisieren.

Beim Upgrade auf Version 2512

Das Installationsprogramm erfasst und überprüft jetzt eine Schemaversionseigenschaft sowohl in den lokalen als auch in den globalen AD LDS-Instanzen. Das Installationsprogramm liest diesen Wert und versucht nur, das Schema zu aktualisieren, wenn die Version des Verzeichnisses älter als die Version des Installationsprogramms ist. Dadurch wird unnötige Schemaarbeit vermieden und die Aktualisierungszeit für Bereitstellungen, die sich auf der richtigen Schemaebene befinden, wird verkürzt. Das Installationsprogramm enthält auch die Befehlszeilenoption SKIP_SCHEMA_VERSION=1, die das Upgrade der Schemapartition erzwingt.

Wenn eine Schemaaktualisierung erforderlich ist, überprüft das Installationsprogramm die Verfügbarkeit der Schema-Master-Rolle. Wenn angemessen und sicher, wird die Rolle auf die lokale Instanz übertragen, bevor Dienste beendet oder deinstalliert werden. Dadurch werden Situationen vermieden, in denen das Upgrade möglicherweise fehlschlägt, weil der Schema-Master nach dem Entfernen der vorhandenen Horizon-Dienste nicht verfügbar ist.

Beim Upgrade auf Version 2503

Während eines Upgrades werden die vorhandenen Partitionsnamen der Horizon-Verzeichnisdienste (AD LDS) beibehalten.

Nach dem Upgrade Ihrer Horizon Connection Server auf Version 2503 empfehlen wir Ihnen, die Aktualisierung der Partitionsnamen auf die neuen Instanzen zu planen und durchzuführen.

Ab Horizon Connection Server Version 2503 werden die Namen der Anwendungspartitionen sowohl in lokalen als auch in globalen AD LDS-Instanzen aktualisiert. In Version 2503 wurde der Partitionsname von seinem Namen vor 2503 in horizongeändert.

Um Kunden mit bestehenden Horizon-Bereitstellungen bei diesem Übergang zu unterstützen, stellt Omnissa ein Migrationsskript bereit, das die Partitionsnamen aktualisiert und gleichzeitig die Datenintegrität sicherstellt. Nach dem Upgrade aller Pods auf Horizon Version 2503 können Sie das Migrationsskript ausführen, um Ihre Bereitstellungen dauerhaft auf die neue Namenskonvention für Anwendungspartitionen zu aktualisieren. Weitere Informationen finden Sie im Omnissa-KB-Artikel 6000797.

Bereitstellen einer Extended Service Branch

Etwa einmal pro Jahr weist Omnissa eine Horizon 8-Version als Extended Service Branch (ESB) zu. Bei einem ESB handelt es sich um einen parallelen Versionszweig zu den vorhandenen aktuellen Versionen (Current Releases, CR) des Produkts. Durch die Bereitstellung eines ESB erhalten Kunden periodische Service Pack-Aktualisierungen (SP), die kumulative wichtige Fehlerbehebungen und Sicherheitskorrekturen umfassen. Am wichtigsten ist, dass die SP-Updates keine neuen Funktionen umfassen, so dass Kunden sich auf eine stabile Horizon 8-Plattform für ihre kritischen Bereitstellungen verlassen können.

Weitere Informationen zu den ESB- und Horizon 8-Versionen, die als ESB festgelegt wurden, finden Sie im Omnissa-Knowledgebase-Artikel 86477.