アップグレ，ドと移行
このセクションでは,概要管理ソフトウェアのアップグレード方法と,既存のWindowsユーザープロファイルをCitrixユーザープロファイルに移行する方法について説明しています。たとえば，ここでの説明に従ってバ，ジョン3.xからバ，ジョン5.xに簡単にアップグレ，ドできます。
アップグレードを実行する前に,どの概要管理機能および設定がアップグレード前と後のリリースで使用できるかを把握します。この情報を確認するには，”Profile Managementのポリシを参照してください。INIファイルからグループポリシーへのアップグレードを容易にするため,INIファイルの設定をADMおよびADMXファイルの設定にもマップしています。
アップグレード中は(グループポリシーまたはINIファイルで)概要管理を構成しないでください。最初に展開をアップグレ，ドし，次に理想的には”構成上の判断の質問に回答することで必要に応じて設定を構成します。
ヒント:最新のバージョンにアップグレードして,概要管理2.1.1以降の環境に热修复补丁を適用できます。アップグレ，ド後，必要に応じて，あとで任意の機能を有効にできます。
混在展開
異なるバ，ジョンの档案管理が混在する展開の場合，以下を実行します:
- 混在展開となっている期間を最短化します。
- 最新バージョンのADMまたはADMXファイルを,すべてのドメインコントローラーの各グループポリシーオブジェクトに追加します。すべての新機能が無効になっていることを確認し，新しいポリシ，が行き渡るまでの時間をとります。
- ポリシーを有効にする前に,すべてのコンポーネントを最新バージョンの概要管理にアップグレードします。
バ，ジョン5.x，と3.2，がある混在展開がサポ，トされます。ただしこのような展開は,以前のバージョンから新しいバージョンへ移行する間の一時的な状態として処理します。
重要：Citrix技术预览版またはベータリリース版を含む,バージョン2.1.1以前をバージョン5. xと組み合わせた展開環境はサポートされません。ただしアップグレードを実行できず,展開内にこのようなバージョンを混在させる必要がある場合,このトピックの後述の内容が役に立つ場合があります。
配置文件管理2.1.1以前がある混在展開
ここからは,概要管理2.1.1以前,および概要管理3. xまたは5. xの混在に関する情報について説明します。あるバ、ジョンから別のバ、ジョンへの移行方法に、いて、言及しています。このトピックでは,バージョン2およびバージョン5という用語をこれらのバージョンの略語として使用します。
別個のOUに各バージョンを分離し,各バージョンを実行するコンピューターに対して別個のユーザーストアを保持します。または,単一のユーザーストアが両方のバージョンを実行するコンピューターに適用される場合は,すべてのコンピューターでバージョン5へアップグレードされるまでは,すべてのバージョン5の設定を無効にする必要があります。“混”在ユーザーストアでバージョン4設定を有効にした後も,ユーザーはバージョン2を実行するコンピューターにログオンできます。ただし(ネットワーク,Citrixユーザープロファイルではない)一時Windowsユーザープロファイルが適用され,そのプロファイルに追加した変更は保存されません。混在展開を一時的なものとして,アップグレードを完了する前にこの状態である期間を最短にする必要があります。
別個のouおよびユザストアの使用は不便です。この問題を避けるため，次の2の方策のうの1を使用できます。処理済みグループ設定を使って,各グループを概要管理の適切なバージョンで構成します。方策1よりも方策2の方がより効果的です。方策2では，バジョン5の処理済みユザグルプの更新が維持されます。アプリケーションおよびデスクトップの2つのセットが保持(ただしCitrix虚拟应用からアプリケーション定義をエクスポートして自動化できる)されます。これには，移行に時間をかけることができるという利点があります。
注:これらの方策を実行する代わりに,Windows Server 2008 Active DirectoryでWMIフィルタリングを使用してGPOをOU内のコンピューターのサブセットに適用し,どのバージョンの概要管理がインストールされているかを判別できます。この方法で，バ，ジョンに合致させるためにどのポリシ，を適用するかを自動的に調節できます。
方策1：一時移行
このシナリオでは，ダウンタ。すべてのコンピュ，タ，が同時に移行されます。
移行方法は，次のとおりです:
- バジョン2のadmファルをバジョン5のファルに置き換えます。バージョン4のADMファイルには前のバージョンとの互換性があるため,バージョン2のコンピューターの操作はそのまま続行されます。
- バジョン5の設定はすべて無効である必要があります。デフォルトの[有効になっていません]は無効であるとは限りません。
- すべてのコンピュタでバジョン2からバジョン5へのアップグレドを開始します。これを通常のメンテナンスおよび更新のスケジュ，ルに合わせます。1 .。例外は次のとおりです。このアップグレ，ド処理に時間がかかることがまれにあります。複数のサーバーからCitrixユーザープロファイルにアクセスすると,複数のバージョン4セッションが作成されます。たとえば,ユーザーが最初にワークステーションを使ってあるサーバー上の仮想デスクトップにアクセスし,次にノートブックコンピューターから別のサーバー上の公開アプリケーションにアクセスするとします。概要管理は2つ目のノートブックコンピューターセッションに対して保留領域を使用することになります。この時点で,或者全体は(バージョン5機能を構成していないにもかかわらず)バージョン5展開として処理されます。PmCompatibility.iniが更新されて，この変更が反映されます。
- オプションとして,バージョン5処理済みユーザーグループを設定して,小規模のパイロットグループのメンバーだけを含めるようにします。adグルプポリシの変更が(週末を経過するなど)ネットワクを介して適用されるのを待ます。この変更の間，ほかのユ，ザ，によるアクセスをブロックする必要はありません。パ▪▪ロットグル▪▪プのプロファ▪▪ルのバックアップをとります。次にパロットグルプで配置文件管理をテストします。
- パロットグルプの結果に満足がいく場合は，ほかのユザのプロファルのバックアップをとります。
- 次にスケジュールされているメンテナンス期間を用いて,残りのユーザーをバージョン5処理済みユーザーグループに追加します。adグルプポリシの変更が適用されるのを待ってから，残りのユザによるログオンを許可します。
方策2：段階的移行
このシナリオでは,すべてのマシンまたはユーザーを一度には新しいバージョンに移動できず,そのためバッチで移行するユーザーのサブセットを選択する前提となっています。この方法は,複数のデータセンターがある展開環境,またはユーザーが地理的にさまざまな場所にいる展開環境に適しています。
移行方法は，次のとおりです:
- バジョン2のadmファルをバジョン5のファルに置き換えます。バージョン4のADMファイルには前のバージョンとの互換性があるため,バージョン2のコンピューターの操作はそのまま続行されます。
- バジョン5の設定はすべて無効である必要があります。デフォルトの[有効になっていません]は無効であるとは限りません。
- 数台のコンピュタ(最初のバッチ)でバジョン5へのアップグレドを実行します。または，バジョン5を新しいコンピュタにンストルします。デフォルトでは,バージョン5の処理済みユーザーグループ含まれているグループは空で,そのためバージョン5のユーザーとして処理されるユーザーはいません。方法1で説明した例外は,段階的移行でコンピューターをアップグレードする場合にも適用されることがあります。
- バージョン5のコンピューターで,新しいアプリケーション(Citrix虚拟应用を使用)または仮想デスクトップ(Citrix虚拟应用またはCitrix虚拟桌面を使用)を公開します。これらのアプリケーションやデスクトップは,名称以外の点では,バージョン2のコンピューターで以前に公開したものと同じです。名称は，バ，ジョン5のユ，ザ，が使用するためのものと同じです。
- このバッチで選択したユーザーが(たとえばWeb界面を使用して)アプリケーションまたはデスクトップにログオンします。新しいアプリケーションを選択します(ユーザー名またはグループメンバーシップをベースに,Web界面を使ってこの手順を強制的に実行します)。この結果,セッションをバージョン4のコンピューターで実行しますが,セッションはバージョン2の設定で処理されます。
- すべてのユザのプロファルのバックアップを取る必要があります。
- バージョン2の処理済みユーザーグループからバージョン4のグループにユーザーを移動します。adグルプポリシがバジョン5のコンピュタに適用されるのを待ます。次回ログオン時に，ユ，ザ，のセッションがバ，ジョン5設定で処理されます。
- 前述のように，コンピュ，タ，の次のバッチをアップグレ，ドし，ユ，ザ，の次のバッチを移行します。