Aktualisieren und migrieren
Dieser Abschnitt enthält Verfahren zum Aktualisieren 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 aktualisieren, und in der Zielversion verfügbar sind. Informationen hierzu finden Sie unter Profile Management-Richtlinien. Um Upgrades von .ini-Dateien auf die Gruppenrichtlinie 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 (entweder in der Group Policy oder mit der .ini-Datei) während des Upgrades nicht. Trennen Sie diese beiden Aufgaben, indem Sie zuerst Ihre Bereitstellung aktualisieren und dann die Einstellungen nach Bedarf konfigurieren, idealerweise indem Sie die Fragen in Entscheiden Sie sich für eine Konfiguration beantworten.
Tipp: Sie können Ihre Bereitstellung von Profile Management 2.1.1 oder höher durch ein Upgrade auf die neueste Version mit einem Hotfix versehen. Nach dem Upgrade können Sie bei Bedarf jede spätere Funktion aktivieren.
Gemischte Bereitstellungen
Gehen Sie bei Bereitstellungen, in denen verschiedene Versionen von Profilverwaltung koexistieren, wie folgt vor:
- 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 eingeplant wird.
- Aktualisieren Sie alle Computer auf die neueste Version der Profilverwaltung, 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 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 beschreibt, 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 Profilspeicher für die Computer, auf denen jede Version ausgeführt wird. Alternativ, wenn ein einzelner Profilspeicher Computer bedient, auf denen beide Versionen ausgeführt werden, stellen Sie sicher, dass alle Einstellungen von Version 5 deaktiviert sind, bis alle Computer auf Version 5 aktualisiert wurden. Nachdem Sie eine Einstellung von Version 4 in einem „gemischten“ Profilspeicher aktiviert haben, können Benutzer sich weiterhin an einem Computer anmelden, der Version 2 ausführt. 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 minimieren, in der sie existieren, bevor Sie das Upgrade abgeschlossen haben.
Die Verwendung separater OUs und Benutzerprofile kann unpraktisch sein. Um diese Einschränkungen zu vermeiden, können Sie eine der folgenden zwei Strategien anwenden. Sie konfigurieren jede Gruppe in der entsprechenden Version von Profile Management mithilfe der Einstellung „Verarbeitete Gruppen“. Strategie 2 ist aufwendiger als Strategie 1. Bei Ersterer aktualisieren Sie die verarbeiteten Benutzergruppen von Version 5 kontinuierlich. Und Sie pflegen zwei Sätze von Anwendungen und Desktops (können dies aber durch den Export von Anwendungsdefinitionen aus Citrix Virtual Apps™ automatisieren). Der Vorteil ist, dass Sie sich für die Migration Zeit lassen können.
Hinweis: Als Alternative zu den folgenden Strategien können Sie mit Windows Server 2008 Active Directory die WMI-Filterung verwenden, um ein GPO auf eine Untergruppe von Computern in einer OU anzuwenden und zu bestimmen, welche Version von Profile Management installiert ist. So können Sie automatisch anpassen, welche Richtlinie angewendet wird, um sie an die Version anzupassen.
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.
- Beginnen Sie mit dem Upgrade aller Computer von Version 2 auf Version 5. Passen Sie dies an Ihre normalen Wartungs- und Updatepläne an. Mit einer Ausnahme verhält sich Version 5 wie Version 2, bis Sie eine Einstellung von Version 5 aktivieren. Die Ausnahme ist wie folgt: Es ist selten, aber wahrscheinlicher, dass dieser Upgradeschritt über einen längeren Zeitraum gestaffelt wird. Wenn ein Benutzer von mehreren Servern auf sein Citrix-Benutzerprofil zugreift, werden mehrere Version 4-Sitzungen erstellt. Zum Beispiel verwenden sie zuerst eine Workstation, um auf einen virtuellen Desktop auf einem Server zuzugreifen, und dann einen Laptop, um auf eine veröffentlichte Anwendung auf einem anderen zuzugreifen. Profile Management muss den Wartebereich für die zweite Laptop-Sitzung verwenden. Zu diesem Zeitpunkt wird die gesamte OU als Version 5-Bereitstellung behandelt (wenn auch eine ohne konfigurierte Version 5-Funktionen). Und PmCompatibility.ini wird aktualisiert, um diese Änderung widerzuspiegeln.
- Optional können Sie Ihre Gruppe der verarbeiteten Benutzer von Version 5 so einstellen, dass sie nur die Mitglieder einer kleinen Pilotgruppe umfasst. Warten Sie, bis sich die Änderungen der AD-Gruppenrichtlinie im gesamten Netzwerk verbreitet haben (z. B. über ein Wochenende). Sie müssen anderen Benutzern den Zugriff nicht verwehren, während diese Änderung stattfindet. Sichern Sie die Profile der Pilotgruppe. Lassen Sie dann die Pilotgruppe Profile Management testen.
- 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 Gruppe der verarbeiteten Benutzer 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 von Version 5 verarbeitete Benutzergruppe eine leere Gruppe, sodass kein Benutzer als Version 5-Benutzer verarbeitet wird. Beachten Sie die in Strategie 1 beschriebene Ausnahme, die auch gelten 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 (z. B. über Web Interface). Sie wählen die neuen Anwendungen aus. (Verwenden Sie Web Interface, um diesen Schritt basierend auf Benutzername oder Gruppenmitgliedschaft zu erzwingen). Infolgedessen 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 von Version 2 verarbeiteten Benutzergruppe in die Version 4-Gruppe. Warten Sie, bis die AD-Gruppenrichtlinienänderungen 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.