Profile Management

計画を実行する

フェーズ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にアップグレードする

手順については、「[Upgrade Profile Management]」(/ja-jp/profile-management/2303/upgrade-and-migrate/upgrade.html)を参照してください。

フェーズ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サーバー ウィン2012x64 これは、計画されている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 ユーザーは OldDomain のフォルダーリダイレクトポリシーを引き続き使用し、フォルダーは \\FileServ1 にリダイレクトされます。

フェーズ6:ライブテスト

テストは2つの段階で実行します。

  1. NewDomain のユーザーのプロファイルデータが正しく動作することを確認します。これらのユーザーは、クロスプラットフォーム設定ストアにデータが設定されていません。クロスプラットフォーム設定を作成するためのポリシーソースが無効に設定されているため、プロファイルの変更は OldDomain に伝播されません。
  2. OldDomain の数人のユーザーでテストします。最初にログオンすると、クロスプラットフォーム設定データがプロファイルにコピーされます。その後のログオンでは、いずれかのドメインからの変更がもう一方にコピーされます。OldDomain のユーザーが NewDomain にログオンし、プロファイルデータが存在しない場合(OldDomain が Profile Management 5.0 にアップグレードされてから、そのユーザーが OldDomain でプロファイルを使用していないため)、クロスプラットフォーム設定ストアは更新されません。このトピックで説明されている構成では、ユーザーがドメイン間で設定をローミングする前に、OldDomain にログオンする必要があります。これにより、ユーザー設定(おそらく長年にわたって作成されたもの)が NewDomain のデフォルト設定によって上書きされないようにします。