Upgrade und Migration
Dieser Abschnitt enthält Verfahren zum Upgrade der Profile Management-Software und Informationen zur Umstellung Ihrer vorhandenen Windows-Benutzerprofile auf Citrix-Benutzerprofile. Sie können beispielsweise mithilfe der Verfahren problemlos von Version 3.x auf Version 5.x aktualisieren.
Bevor Sie ein Upgrade durchführen, sollten Sie sich darüber im Klaren sein, welche Profile Management-Funktionen und -Einstellungen in der Version, von der Sie ein Upgrade durchführen, und in der Zielversion verfügbar sind. Informationen hierzu finden Sie unter Profile Management-Richtlinien. Um Upgrades von .ini-Dateien auf Gruppenrichtlinien zu erleichtern, ordnet dieses Thema auch die Einstellungen in der .ini-Datei den Einstellungen in den .adm- und .admx-Dateien zu.
Konfigurieren Sie Profile Management (weder in Gruppenrichtlinien noch mit der .ini-Datei) nicht während des Upgrades. Trennen Sie diese beiden Aufgaben, indem Sie zuerst Ihre Bereitstellung aktualisieren und dann die Einstellungen nach Bedarf konfigurieren, idealerweise durch Beantwortung der Fragen unter Entscheiden Sie sich für eine Konfiguration.
Tipp: Sie können Ihre Bereitstellung von Profile Management 2.1.1 oder höher durch ein Upgrade auf die neueste Version hotfixen. Nach dem Upgrade können Sie bei Bedarf alle späteren Funktionen aktivieren.
Gemischte Bereitstellungen
Führen Sie für Bereitstellungen, in denen verschiedene Versionen von Profile Management koexistieren, Folgendes aus:
- Minimieren Sie die Zeit, in der eine gemischte Bereitstellung existiert.
- Fügen Sie die .adm- oder .admx-Datei der neuesten Version zu jedem Gruppenrichtlinienobjekt auf allen Domänencontrollern hinzu. Stellen Sie sicher, dass alle neuen Funktionen deaktiviert sind und genügend Zeit für die Verbreitung der neuen Richtlinien bleibt.
- Aktualisieren Sie alle Computer auf die neueste Version von Profile Management, bevor Sie eine Richtlinie aktivieren.
Gemischte Bereitstellungen, die die Versionen 5.x und 3.2 enthalten, werden unterstützt. Betrachten Sie solche Bereitstellungen jedoch als einen temporären Zustand, der während der Migration von der früheren zur späteren Version besteht.
Wichtig: Bereitstellungen, die Version 5.x mit Version 2.1.1 oder einer früheren Version, einschließlich Citrix Technical Preview- oder Beta-Versionen, enthalten, werden nicht unterstützt. Wenn Sie jedoch kein Upgrade durchführen können und diese Versionen in Ihrer Bereitstellung koexistieren müssen, könnte der Rest dieses Themas hilfreich sein.
Gemischte Bereitstellungen mit Profile Management 2.1.1 oder früher
Der Rest dieses Themas enthält Informationen zur Koexistenz von Profile Management 2.1.1 oder früher und Profile Management 3.x oder 5.x. Es wird beschrieben, wie Sie von einer Version zur anderen migrieren. In diesem Thema werden die Begriffe Version 2 und Version 5 als Kurzbezeichnungen für diese Versionen verwendet.
Isolieren Sie jede Version in einer separaten OU und pflegen Sie separate Benutzerspeicher für die Computer, auf denen jede Version ausgeführt wird. Wenn alternativ ein einziger Benutzerspeicher Computern dient, auf denen beide Versionen ausgeführt werden, stellen Sie sicher, dass alle Version 5-Einstellungen deaktiviert sind, bis alle Computer auf Version 5 aktualisiert wurden. Nachdem Sie eine Version 4-Einstellung in einem „gemischten“ Benutzerspeicher aktiviert haben, können Benutzer sich weiterhin an einem Computer anmelden, auf dem Version 2 ausgeführt wird. Sie erhalten jedoch ein temporäres Windows-Benutzerprofil (nicht ihr Netzwerk-, Citrix®-Benutzerprofil), und die Änderungen, die sie an diesem Profil vornehmen, werden nicht gespeichert. Sie müssen gemischte Bereitstellungen als temporär betrachten und die Zeit, in der sie existieren, vor Abschluss des Upgrades minimieren.
Using separate OUs and user stores can be inconvenient. To avoid these constraints, you can use one of the following two strategies. You configure each group in the appropriate version of Profile Management using the Processed groups setting. Strategy 2 is more work than Strategy 1. With the former, you keep updating the Version 5 processed user groups. And you maintain two sets of applications and desktops (but you can automate by exporting application definitions from Citrix virtual apps™). The advantage is that you can take your time over the migration.
Note: As an alternative to the following strategies, with Windows Server 2008 Active Directory you can use WMI filtering to apply a GPO to a subset of computers in an OU, and determine which version of Profile Management is installed. Thus, you can automatically adjust which policy is applied, to match the version.
Strategie 1: Einmalige Migration
Dieses Szenario geht davon aus, dass eine gewisse Ausfallzeit akzeptabel ist. Alle Computer werden gleichzeitig migriert.
Die Migrationsstrategie lautet:
- Ersetzen Sie die ADM-Datei von Version 2 durch die Datei von Version 5. Letztere ist mit der früheren Version kompatibel, sodass Computer mit Version 2 weiterhin normal funktionieren.
- Stellen Sie sicher, dass alle Einstellungen von Version 5 deaktiviert sind. Verlassen Sie sich nicht auf die Standardeinstellung Nicht aktiviert.
- Start upgrading all the computers from Version 2 to Version 5. Fit this in with your normal maintenance and update schedules. With one exception, Version 5 acts as Version 2 until you enable any Version 5 setting. The exception is as follows. It is rare but more likely to occur if this upgrade step is staggered over a long time. If a user accesses their Citrix user profile from multiple servers, multiple Version 4 sessions are created. For example, they first use a workstation to access a virtual desktop on one server and then a laptop to access a published application on another. Profile Management must use the pending area for the second, laptop session. At this point, the entire OU is treated as a Version 5 deployment (albeit one without any configured Version 5 features). And PmCompatibility.ini is updated to reflect this change.
- Optionally, set your Version 5 processed users group to include only the members of a small pilot group. Wait for the AD Group Policy changes to propagate throughout the network (for example, over a weekend). You do not need to prevent access for any other users while this change is happening. Back up the profiles of the pilot group. Then let the pilot group test Profile Management.
- Wenn Sie mit den Ergebnissen der Pilotgruppe zufrieden sind, stellen Sie sicher, dass Sie die Profile der anderen Benutzer gesichert haben.
- Verwenden Sie den nächsten geplanten Wartungszeitraum, um die verbleibenden Benutzer zur verarbeiteten Benutzergruppe von Version 5 hinzuzufügen. Geben Sie ausreichend Zeit, damit sich die Änderungen der AD-Gruppenrichtlinie verbreiten können, und lassen Sie die verbleibenden Benutzer sich anmelden.
Strategie 2: Phasenweise Migration
Dieses Szenario geht davon aus, dass Sie nicht alle Ihre Maschinen oder Benutzer auf einmal auf die neue Version umstellen können, daher wählen Sie Untergruppen von Benutzern aus, die Sie in Batches migrieren. Es eignet sich für Bereitstellungen mit mehreren Rechenzentren oder geografisch verteilten Benutzern.
Die Migrationsstrategie lautet:
- Ersetzen Sie die ADM-Datei von Version 2 durch die Datei von Version 5. Letztere ist mit der früheren Version kompatibel, sodass Computer mit Version 2 weiterhin normal funktionieren.
- Stellen Sie sicher, dass alle Version 5-Einstellungen deaktiviert sind. Verlassen Sie sich nicht auf die Standardeinstellung ‘Nicht aktiviert’.
- Aktualisieren Sie einige Computer (die erste Gruppe) auf Version 5. Alternativ installieren Sie Version 5 auf neuen Computern. Standardmäßig enthält Ihre Gruppe der von Version 5 verarbeiteten Benutzer eine leere Gruppe, sodass kein Benutzer als Version 5-Benutzer verarbeitet wird. Beachten Sie die in Strategie 1 beschriebene Ausnahme, die auch zutreffen kann, wenn Sie Computer in einer phasenweisen Migration aktualisieren.
- Veröffentlichen Sie neue Anwendungen (mit Citrix Virtual Apps) oder virtuelle Desktops (mit Citrix Virtual Apps oder Citrix Virtual Desktops™) von Ihren Version 5-Computern. Diese Anwendungen und Desktops sind identisch mit denen, die zuvor von Ihren Version 2-Computern veröffentlicht wurden, mit Ausnahme ihrer Namen. Diese Namen kennzeichnen sie zur Verwendung durch Version 5-Benutzer.
- Die ausgewählten Benutzer in dieser Gruppe melden sich bei den Anwendungen oder Desktops an (zum Beispiel über Web Interface). Sie wählen die neuen Anwendungen. (Verwenden Sie Web Interface, um diesen Schritt basierend auf Benutzername oder Gruppenmitgliedschaft zu erzwingen). Dadurch laufen ihre Sitzungen auf den Version 4-Computern, werden aber mit Version 2-Einstellungen verarbeitet.
- Stellen Sie sicher, dass Sie alle Benutzerprofile gesichert haben.
- Verschieben Sie die Benutzer aus der Gruppe der von Version 2 verarbeiteten Benutzer in die Version 4-Gruppe. Warten Sie, bis die Änderungen der AD-Gruppenrichtlinie auf die Version 5-Computer übertragen wurden. Beim nächsten Anmelden werden die Benutzersitzungen mit Version 5-Einstellungen verarbeitet.
- Aktualisieren Sie die nächste Gruppe von Computern und migrieren Sie die nächste Gruppe von Benutzern, wie zuvor beschrieben.