Profile Management

アップグレードと移行

このセクションでは、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の適切なバージョンで、処理済みグループ設定を使用して各グループを構成します。戦略2は戦略1よりも手間がかかります。前者では、Version 5の処理済みユーザーグループを更新し続けます。また、2組のアプリケーションとデスクトップを維持します(ただし、Citrix virtual apps™からアプリケーション定義をエクスポートすることで自動化できます)。利点は、移行に時間をかけることができることです。

注: 以下の戦略の代替として、Windows Server 2008 Active Directoryでは、WMIフィルタリングを使用してOU内のコンピューターのサブセットにGPOを適用し、Profile Managementのどのバージョンがインストールされているかを判断できます。そのため、バージョンに合わせて適用されるポリシーを自動的に調整できます。

戦略1: 一括移行

このシナリオでは、ある程度のダウンタイムが許容されることを前提としています。すべてのコンピューターが同時に移行されます。

移行戦略は次のとおりです。

  1. Version 2 ADMファイルをVersion 5ファイルに置き換えます。後者は以前のバージョンと互換性があるため、Version 2コンピューターは引き続き正常に動作します。
  2. すべてのVersion 5設定が無効になっていることを確認します。デフォルトの無効に依存しないでください。
  3. すべてのコンピューターをVersion 2からVersion 5にアップグレードし始めます。これを通常のメンテナンスおよび更新スケジュールに組み込みます。1つの例外を除いて、Version 5はVersion 5設定を有効にするまでVersion 2として機能します。例外は次のとおりです。これはまれですが、このアップグレード手順が長期間にわたって段階的に行われる場合に発生する可能性が高くなります。ユーザーが複数のサーバーからCitrixユーザープロファイルにアクセスすると、複数のVersion 4セッションが作成されます。たとえば、最初にワークステーションを使用してあるサーバー上の仮想デスクトップにアクセスし、次にラップトップを使用して別のサーバー上の公開アプリケーションにアクセスします。Profile Managementは、2番目のラップトップセッションに保留領域を使用する必要があります。この時点で、OU全体がVersion 5展開として扱われます(ただし、Version 5機能は何も構成されていません)。そして、PmCompatibility.iniはこの変更を反映するように更新されます。
  4. オプションで、Version 5処理済みユーザーグループに小規模なパイロットグループのメンバーのみを含めるように設定します。ADグループポリシーの変更がネットワーク全体に伝播するのを待ちます(たとえば、週末にかけて)。この変更が行われている間、他のユーザーのアクセスを妨げる必要はありません。パイロットグループのプロファイルをバックアップします。その後、パイロットグループにProfile Managementをテストさせます。
  5. パイロットグループの結果に満足したら、他のユーザーのプロファイルをバックアップしていることを確認してください。
  6. 次のスケジュールされたメンテナンス期間を使用して、残りのユーザーをVersion 5処理済みユーザーグループに追加します。ADグループポリシーの変更が伝播するのに十分な時間を確保し、残りのユーザーがログオンできるようにします。

戦略2: 段階的移行

このシナリオでは、すべてのマシンまたはユーザーを一度に新しいバージョンに移行できないため、ユーザーのサブセットをバッチで移行することを選択します。複数のデータセンターや地理的に分散したユーザーがいる展開に適しています。

移行戦略は次のとおりです。

  1. Version 2 ADMファイルをVersion 5ファイルに置き換えます。後者は以前のバージョンと互換性があるため、Version 2コンピューターは引き続き正常に動作します。
  2. すべてのバージョン 5 の設定が無効になっていることを確認してください。デフォルトの「無効」に依存しないでください。
  3. 少数のコンピューター(最初のバッチ)をバージョン 5 にアップグレードします。または、新しいコンピューターにバージョン 5 をインストールします。デフォルトでは、バージョン 5 で処理されたユーザーグループには空のグループが含まれているため、どのユーザーもバージョン 5 ユーザーとして処理されません。戦略 1 で説明されている例外に注意してください。これは、段階的な移行でコンピューターをアップグレードする場合にも適用される可能性があります。
  4. バージョン 5 のコンピューターから、新しいアプリケーション(Citrix Virtual Apps を使用)または仮想デスクトップ(Citrix Virtual Apps または Citrix Virtual Desktops™ を使用)を公開します。これらのアプリケーションとデスクトップは、名前を除いて、以前にバージョン 2 のコンピューターから公開されたものと同一です。これらの名前は、バージョン 5 ユーザーが使用するためのものであることを示します。
  5. このバッチで選択されたユーザーは、アプリケーションまたはデスクトップにログオンします(たとえば、Web Interface を使用)。彼らは新しいアプリケーションを選択します。(ユーザー名またはグループメンバーシップに基づいて、Web Interface を使用してこの手順を強制します)。その結果、彼らのセッションはバージョン 4 のコンピューターで実行されますが、バージョン 2 の設定で処理されます。
  6. すべてのユーザープロファイルをバックアップ済みであることを確認してください。
  7. ユーザーをバージョン 2 で処理されたユーザーグループからバージョン 4 グループに移動します。AD グループポリシーの変更がバージョン 5 のコンピューターに伝播するのを待ちます。次回ログオンするとき、ユーザーのセッションはバージョン 5 の設定で処理されます。
  8. 前述のとおり、次のバッチのコンピューターをアップグレードし、次のバッチのユーザーを移行します。
アップグレードと移行