アップグレードと移行
このセクションでは、Profile Managementソフトウェアをアップグレードする手順と、既存のWindowsユーザープロファイルをCitrixユーザープロファイルに移行する方法について説明します。たとえば、これらの手順を使用してバージョン3.xからバージョン5.xに簡単にアップグレードできます。
アップグレードする前に、アップグレード元およびアップグレード先のリリースで利用可能なProfile Managementの機能と設定を理解してください。この情報を確認するには、「Profile Managementのポリシー」を参照してください。.iniファイルからグループポリシーへのアップグレードを容易にするために、このトピックでは.iniファイルの設定を.admファイルおよび.admxファイルの設定にマッピングしています。
アップグレード中は、Profile Managementを（グループポリシーまたは.iniファイルのいずれかで）構成しないでください。まず展開をアップグレードし、次に必要に応じて設定を構成することで、これら2つのタスクを分離してください。理想的には、「構成の決定」の質問に答えることで設定を構成します。
ヒント：Profile Management 2.1.1以降の展開は、最新バージョンにアップグレードすることでホットフィックスできます。アップグレード後、必要に応じてそれ以降の機能を有効にできます。
混在展開
Profile Managementの異なるバージョンが共存する展開では、次の操作を行います。
- 混在展開が存在する期間を最小限に抑えます。
- すべてのドメインコントローラー上の各グループポリシーオブジェクトに、最新バージョンの.admまたは.admxファイルを追加します。すべての新しい機能が無効になっていることを確認し、新しいポリシーが伝播する時間を確保します。
- いずれかのポリシーを有効にする前に、すべてのコンピューターを最新バージョンのProfile Managementにアップグレードします。
バージョン5.xと3.2を含む混在展開はサポートされています。ただし、このような展開は、以前のバージョンから新しいバージョンへの移行中に存在する一時的な状態として扱ってください。
重要： バージョン5.xとバージョン2.1.1またはそれ以前のバージョン（Citrix Technical Previewやベータリリースを含む）が混在する展開はサポートされていません。ただし、アップグレードできず、これらのバージョンが展開内で共存する必要がある場合は、このトピックの残りの部分が役立つかもしれません。
Profile Management 2.1.1以前を含む混在展開
このトピックの残りの部分では、Profile Management 2.1.1以前とProfile Management 3.xまたは5.xの共存に関する情報が含まれています。あるバージョンから別のバージョンへ移行する方法について説明します。このトピックでは、これらのバージョンを簡略化して「バージョン2」および「バージョン5」と表記します。
各バージョンを別々のOUに分離し、各バージョンを実行しているコンピューター用に個別のユーザーストアを維持します。あるいは、単一のユーザーストアが両方のバージョンを実行しているコンピューターにサービスを提供している場合は、すべてのコンピューターがバージョン5にアップグレードされるまで、すべてのバージョン5の設定が無効になっていることを確認してください。「混在」ユーザーストアでバージョン4の設定を有効にすると、ユーザーはバージョン2を実行しているコンピューターにログオンできます。しかし、一時的なWindowsユーザープロファイル（ネットワーク上のCitrix®ユーザープロファイルではない）を受け取り、そのプロファイルに対して行った変更は保存されません。混在展開は一時的なものと見なし、アップグレードを完了する前にその存在期間を最小限に抑える必要があります。
個別のOUとユーザー ストアを使用すると不便な場合があります。これらの制約を回避するには、次の2つの戦略のいずれかを使用できます。Profile Managementの適切なバージョンで、「Processed groups」設定を使用して各グループを構成します。戦略2は戦略1よりも手間がかかります。前者の場合、バージョン5の処理済みユーザーグループを更新し続けます。また、2つのアプリケーションとデスクトップのセットを維持します（ただし、Citrix virtual apps™からアプリケーション定義をエクスポートすることで自動化できます）。利点は、移行に時間をかけることができることです。
注：以下の戦略の代替として、Windows Server 2008 Active Directoryでは、WMI filteringを使用してGPOをOU内のコンピューターのサブセットに適用し、どのバージョンのProfile Managementがインストールされているかを判断できます。これにより、適用されるポリシーをバージョンに合わせて自動的に調整できます。
戦略1：一括移行
このシナリオでは、ある程度のダウンタイムが許容されることを前提としています。すべてのコンピューターは同時に移行されます。
移行戦略は次のとおりです。
- Version 2 ADMファイル をVersion 5ファイルに置き換えます。後者は以前のバージョンと互換性があるため、Version 2コンピューターは引き続き正常に動作します。
- すべてのVersion 5設定が無効になっていることを確認します。デフォルトの無効に依存しないでください。
- すべてのコンピューターをVersion 2からVersion 5にアップグレードし始めます。これを通常のメンテナンスおよび更新スケジュールに合わせます。1つの例外を除いて、Version 5は、Version 5設定を有効にするまでVersion 2として機能します。例外は次のとおりです。これはまれですが、このアップグレード手順が長期間にわたって段階的に行われる場合に発生する可能性が高くなります。ユーザーが複数のサーバーからCitrix user profileにアクセスすると、複数のVersion 4セッションが作成されます。たとえば、最初にワークステーションを使用してあるサーバー上の仮想デスクトップにアクセスし、次にラップトップを使用して別のサーバー上の公開アプリケーションにアクセスします。Profile Managementは、2番目のラップトップセッションにpending areaを使用する必要があります。この時点で、OU全体がVersion 5 deploymentとして扱われます（ただし、構成されたVersion 5 featuresはありません）。そして、PmCompatibility.iniはこの変更を反映するように更新されます。
- オプションで、Version 5の処理済みユーザーグループを、小規模なパイロットグループのメンバーのみを含むように設定します。AD Group Policyの変更がネットワーク全体に伝播するのを待ちます（たとえば、週末にかけて）。この変更が行われている間、他のユーザーのアクセスを妨げる必要はありません。パイロットグループのプロファイルをバックアップします。その後、パイロットグループにProfile Managementをテストさせます。
- パイロットグループの結果に満足したら、他のユーザーのプロファイルをバックアップしていることを確認してください。
- 次のスケジュールされたメンテナンス期間を使用して、残りのユーザーをVersion 5の処理済みユーザーグループに追加します。AD Group Policyの変更が伝播するのに十分な時間を確保し、残りのユーザーがログオンできるようにします。
戦略2：段階的移行
このシナリオでは、すべてのマシンまたはユーザーを一度に新しいバージョンに移行できないため、ユーザーのサブセットをバッチで移行することを選択します。複数のデータセンターや地理的に分散したユーザーがいる展開に適しています。
移行戦略は次のとおりです。
- Version 2 ADMファイル をVersion 5ファイルに置き換えます。後者は以前のバージョンと互換性があるため、Version 2コンピューターは引き続き正常に動作します。
- すべてのVersion 5設定が無効になっていることを確認します。デフォルトの「無効」に依存しないでください。
- いくつかのコンピューター（最初のバッチ）をVersion 5にアップグレードします。または、新しいコンピューターにVersion 5をインストールします。デフォルトでは、Version 5で処理されるユーザーグループは空のグループを含んでいるため、どのユーザーもVersion 5ユーザーとして処理されません。フェーズ移行でコンピューターをアップグレードする場合にも適用される可能性がある、戦略1で説明されている例外に注意してください。
- Version 5コンピューターから新しいアプリケーション（Citrix Virtual Appsを使用）または仮想デスクトップ（Citrix Virtual AppsまたはCitrix Virtual Desktops™を使用）を公開します。これらのアプリケーションとデスクトップは、名前を除いて、以前にVersion 2コンピューターから公開されたものと同一です。これらの名前は、Version 5ユーザーが使用するためのものであることを示します。
- このバッチで選択されたユーザーは、アプリケーションまたはデスクトップにログオンします（たとえば、Web Interfaceを使用）。彼らは新しいアプリケーションを選択します。（ユーザー名またはグループメンバーシップに基づいて、Web Interfaceを使用してこの手順を強制します）。その結果、彼らのセッションはVersion 4コンピューターで実行されますが、Version 2設定で処理されます。
- すべてのユーザープロファイルをバックアップしたことを確認してください。
- ユーザーをVersion 2処理済みユーザーグループからVersion 4グループに移動します。ADグループポリシーの変更がVersion 5コンピューターに伝播するのを待ちます。次回ログオンするとき、ユーザーのセッションはVersion 5設定で処理されます。
- 前述のとおり、次のバッチのコンピューターをアップグレードし、次のバッチのユーザーを移行します。