計画を実行する
フェーズ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%の両方を指定する必要があります。 |
| クロスプラットフォーム設定の作成元 | 有効 | ユーザーがNewDomainリソースにアクセスする前に、OldDomainのクロスプラットフォーム設定を使用してクロスプラットフォーム設定ストアが初期化されるようにします。 |
マシンのログオンスクリプトに変更は必要ありません。
フォルダーリダイレクトポリシーに変更は必要ありません。
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の設定が優先されるようになります。 |
システム環境変数%ProfVer%を設定するマシンのログオンスクリプトが、OU内のすべてのマシンで実行されます。
| マシンタイプ | %ProfVer% | 注 |
|---|---|---|
| Windows 2012 上の XenApp サーバー | ウィンドウズ2012x64 | 計画されている 64 ビットサーバーが利用可能になったときに必要になります。詳細については、「その他の考慮事項」を参照してください。 |
| Windows 7 デスクトップ | Win7 | Windows 7 の 32 ビット版と 64 ビット版の両方が展開されている場合、それぞれに個別のプロファイルを持つことをお勧めします。そのため、%ProfVer% は各プラットフォームで異なるように構成する必要があります。 |
そのため、OldDomain ユーザーの john.smith は、Windows 7 デスクトップ用に
\\FileServ2\Profiles\john.smith.OldDomain\Win7 に、Citrix Virtual Apps サーバー用に \\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 に基づいているため、フォルダーリダイレクトは <グループポリシーオブジェクト名\> \> ユーザーの構成 \> ポリシー \> Windows の設定 \> フォルダーリダイレクト から設定します。
| ポリシー | 値 |
|---|---|
| お気に入り | \\FileServ2\Redirected\%USERNAME%.%USERDOMAIN%\Favorites |
| マイドキュメント | \\FileServ2\Redirected\%USERNAME%.%USERDOMAIN%\Documents |
%USERDOMAIN% がフォルダーリダイレクトパスに追加されました。このポリシーは NewDomain ユーザーにのみ適用されるため、この設定は必須ではありません。しかし、将来的に OldDomain ユーザーを同じサーバーに移行することを決定した場合に役立つ可能性があります。現在のところ、OldDomain ユーザーは、フォルダーを
\\FileServ1 にリダイレクトする OldDomain のフォルダーリダイレクトポリシーを引き続き使用します。
フェーズ 6: ライブテスト
テストは2つの段階で実行します。
-
NewDomain のユーザーのプロファイルデータが正しく動作することを確認します。これらのユーザーは、クロスプラットフォーム設定ストアにデータが設定されていません。クロスプラットフォーム設定を作成するためのポリシーソースが無効に設定されているため、プロファイルの変更は OldDomain に伝播されません。
-
OldDomain の数人のユーザーでテストします。最初にログオンすると、クロスプラットフォーム設定データがプロファイルにコピーされます。その後のログオンでは、いずれかのドメインからの変更がもう一方のドメインにコピーされます。OldDomain のユーザーが NewDomain にログオンし、プロファイルデータが存在しない場合（OldDomain が Profile Management 5.0 にアップグレードされて以来、ユーザーが OldDomain でプロファイルを使用していないため）、クロスプラットフォーム設定ストアは更新されません。このトピックで説明されている構成では、ユーザーがドメイン間で設定をローミングする前に、OldDomain にログオンする必要があります。これにより、ユーザー設定（おそらく長年にわたって作成されたもの）が NewDomain のデフォルト設定によって上書きされないようにします。