計画を実行する
フェーズ1: 新しいファイルサーバーを構成する
NewDomainに、クロスプラットフォーム設定を管理するためのファイルサーバー (\\FileServ3) と、2k12_Farm のプロファイルを保存するためのファイルサーバー (\\FileServ2) をセットアップします。
このケースでは、プロファイル用とクロスプラットフォーム設定用に別々のファイルサーバーをセットアップすることを選択します。この方法は厳密には必須ではありませんが、クロスプラットフォーム設定サーバーを利用可能にする簡単な方法です。プロファイルサーバーは、たとえばDFS名前空間を使用するなど、異なる設計になっている可能性があり、実装に時間がかかる場合があります。
どちらの場合も、共有フォルダー上の移動ユーザープロファイルに関するセキュリティ推奨事項に従って、サーバー共有をセットアップします。詳細については、https://docs.microsoft.com/ja-jp/windows-server/storage/folder-redirection/deploy-roaming-user-profiles を参照してください。
フェーズ2: 2k8_FarmのコンピューターをProfile Management 5.0にアップグレードする
手順については、Profile Managementのアップグレード を参照してください。
フェーズ3: 展開する定義ファイルを選択する
Microsoft Office、Internet Explorer、およびWindowsの壁紙用に、いくつかの構成ファイル（定義ファイルと呼ばれます）が提供されています。
重要: Citrix®の担当者から指示がない限り、これらのファイルを更新しないでください。
展開に関連する構成ファイルを選択し、これらのファイルのみを \\FileServ3\CrossPlatform\Definitions にコピーします。この例では、Office 2007.xml のみをコピーします。
フェーズ4: 2k8_FarmのコンピューターをProfile Management 5.0用に構成する
アップグレードが完了したら、クロスプラットフォーム設定機能を（部分的に）有効にするために、以下の構成変更を行います。この段階では、\\FileServ3\CrossPlatform のみが利用可能である必要があります。
| ポリシー | 値 | 注記 |
|---|---|---|
| ユーザーストアへのパス | \FileServ1\Profiles#sAMAccountName#\%ProfVer% | 変更なし。このパスはOldDomainユーザーのみが使用するため、NewDomainユーザーをサポートするために変更する必要はありません。 |
| クロスプラットフォーム設定を有効にする | 有効 | |
| クロスプラットフォーム設定ユーザーグループ | 無効 | すべてのユーザーグループが処理されます。 |
| クロスプラットフォーム定義へのパス | \FileServ3\CrossPlatform\Definitions | このパスは、定義ファイルが配置されている場所です。 |
| クロスプラットフォーム設定ストアへのパス | \FileServ3\CrossPlatform\Store\%USERNAME%.%USERDOMAIN% | クロスプラットフォーム設定ストアは両方のドメインのユーザーによって共有されるため、パスには%USERNAME%と%USERDOMAIN%の両方を指定する必要があります。 |
| クロスプラットフォーム設定を作成するためのソース | 有効 | OldDomain のクロスプラットフォーム設定が、ユーザーに NewDomain リソースへのアクセスを許可する前に、クロスプラットフォーム設定ストアの初期化に使用されるようにします。 |
マシンログオンスクリプトに変更は必要ありません。
フォルダーリダイレクトポリシーに変更は必要ありません。
OU 2k8_Farm は、このまま実行できます。ユーザーがログオンすると、Profile Management は定義ファイル Office 2007.xml で識別された設定をクロスプラットフォーム設定ストアにコピーします。
フェーズ 5: 2k12_Farm のマシンを準備する
ファイルサーバーが 2k8_Farm にセットアップされたので、Citrix 仮想デスクトップサイトを構築する時が来ました。Windows 7 仮想デスクトップが実行されているときに Profile Management 5.0 をインストールします。適切な構成を以下に示します。
| ポリシー | 値 | 注 |
|---|---|---|
| ユーザーストアへのパス | \FileServ2\Profiles\%USERNAME%.%USERDOMAIN%\%ProfVer% | このファイル共有は両方のドメインのユーザーによって使用されるため、ドメイン情報を含めることも重要です。 |
| アクティブライトバック | 無効 | |
| クロスプラットフォーム設定を有効にする | 有効 | |
| クロスプラットフォーム設定ユーザーグループ | 無効 | すべてのユーザーグループが処理されます。 |
| クロスプラットフォーム定義へのパス | \FileServ3\CrossPlatform\Definitions | このパスは、定義ファイルが置かれている場所です。この設定は、2k8_Farm の設定と一致している必要があります。 |
| クロスプラットフォーム設定ストアへのパス | \FileServ3\CrossPlatform\Store\%USERNAME%.%USERDOMAIN% | 両方のドメインのユーザーがクロスプラットフォーム設定ストアを共有するため、パスには %USERNAME% と %USERDOMAIN% の両方を指定する必要があります。この設定は、2k8_Farm の設定と一致している必要があります。 |
| クロスプラットフォーム設定を作成するためのソース | 無効 | NewDomain の設定がクロスプラットフォーム設定ストアのプロファイルデータの初期設定に使用されるのを防ぎます。これにより、OldDomain の設定が優先されるようになります。 |
OU内のすべてのマシンで、システム環境変数 %ProfVer% を設定するマシンログオンスクリプトが実行されます。
| マシンタイプ | %ProfVer% | 注 |
|---|---|---|
| Windows 2012上のXenAppサーバー | Win2012x64版 | 計画されている64ビットサーバーが利用可能になったときに必要です。詳細については、その他の考慮事項を参照してください。 |
| Windows 7デスクトップ | Win7 | Windows 7の32ビット版と64ビット版の両方が展開されている場合、それぞれに個別のプロファイルを持たせることをお勧めします。そのため、%ProfVer% は各プラットフォームで異なるように構成する必要があります。 |
したがって、OldDomainユーザーのjohn.smithは、Windows 7デスクトップ用に\\FileServ2\Profiles\ john.smith.OldDomain\Win7に、Citrix仮想アプリサーバー用に\\FileServ2\Profiles\ john.smith.OldDomain\Win2012x64にプロファイルを持っています。
そして、NewDomainユーザーのwilliam.brownは、Windows 7デスクトップ用に\\FileServ2\Profiles\ william.brown .NewDomain\Win7に、XenAppサーバー用に\\FileServ2\Profiles\william.brown.NewDomain\Win2012x64にプロファイルを持っています。
ここでも、グループポリシーを使用してフォルダーリダイレクトを設定します。ドメインはWindows Server 2012に基づいているため、フォルダーリダイレクトは <Group Policy Object Name> > ユーザーの構成 > ポリシー > Windowsの設定 > フォルダーリダイレクト から設定します。
| ポリシー | 値 |
|---|---|
| お気に入り | \FileServ2\Redirected\%USERNAME%.%USERDOMAIN%\Favorites |
| マイドキュメント | \FileServ2\Redirected\%USERNAME%.%USERDOMAIN%\Documents |
%USERDOMAIN% がフォルダーリダイレクトパスに追加されました。この設定は、このポリシーがNewDomainユーザーにのみ適用されるため、必要ありません。しかし、将来的にOldDomainユーザーを同じサーバーに移行することを決定した場合に役立つかもしれません。今のところ、OldDomainユーザーは、フォルダーを\FileServ1にリダイレクトするOldDomainからのフォルダーリダイレクトポリシーを引き続き使用します。
フェーズ6：ライブテスト
テストは2つの段階で実行します。
- NewDomainのユーザーのプロファイルデータが正しく動作することを確認します。これらのユーザーは、クロスプラットフォーム設定ストアにデータが設定されていません。クロスプラットフォーム設定を作成するためのポリシーSourceが無効に設定されているため、彼らのプロファイル変更はOldDomainに伝播しません。
- OldDomainの数人のユーザーでテストします。彼らが最初にログオンすると、クロスプラットフォーム設定データがプロファイルにコピーされます。その後のログオンでは、いずれかのドメインからの変更がもう一方にコピーされます。OldDomainのユーザーがNewDomainにログオンし、プロファイルデータが存在しない場合（OldDomainがProfile Management 5.0にアップグレードされて以来、ユーザーがOldDomainでプロファイルを使用していないため）、クロスプラットフォーム設定ストアは更新されません。このトピックで説明されている構成では、ユーザーはドメイン間で設定がローミングされる前にOldDomainにログオンする必要があります。この方法により、ユーザー設定（おそらく長年にわたって作成されたもの）がNewDomainのデフォルト設定によって上書きされないようにします。