クロスプラットフォーム設定を構成する

• Profile Management のクロスプラットフォーム設定は、サポートされているオペレーティングシステム (OS) とアプリケーションのセットをサポートします。この機能は、本番環境でのみ構成してください。
• Microsoft Office の設定は、そのアプリケーションのバージョン間ではローミングされません。詳細については、「クロスプラットフォーム設定でサポートされるオペレーティングシステムとアプリケーション」を参照してください。
• この機能は、レジストリおよびアプリケーション設定に適しています。ファイルやフォルダー、またはフォルダーリダイレクトで通常使用されるオブジェクト (たとえば、ブラウザーのお気に入り、デスクトップ、スタートメニューの設定など) には適していません。
• この機能を使用して、異なるプロファイルバージョンのシステム間でユーザープロファイルを移行する場合、すべてのユーザーの移行が完了したら、この機能を無効にしてください。この機能を使用すると、主にログオフ時にパフォーマンスに影響があります。したがって、プロファイルバージョン間のローミングをサポートしない限り、無効にしておくのが最善です。

1. すべてのプラットフォームに共通する設定については、共通のグループポリシーオブジェクト (共通 GPO) を作成し、それを Profile Management の .adm または .admx ファイルにリンクし、必要に応じて設定を構成します。この設定は、後でトラブルシューティングを困難にする可能性のある重複する設定を最小限に抑えるため、ベストプラクティスです。要件に応じて、ユーザーストアへのパスを除くすべての Profile Management 設定は複数のプラットフォームで機能します。バージョン 1 とバージョン 2 のプロファイルのユーザーストア構造が異なるため、ユーザーストアへのパスはプラットフォームごとに個別に構成してください。共通 GPO では、この設定を未構成のままにします。
2. 異なるプラットフォーム用に個別の OU を作成します。たとえば、Windows 7 から Windows 8 に移行する場合、これらのオペレーティングシステム用に個別の OU を作成し、各 OU でユーザーストアへのパスを適切に設定します。
3. パーソナライゼーションをプラットフォーム間で機能させたいサポート対象アプリケーションの定義 (.xml) ファイルを見つけます。これらのファイルは、ダウンロードパッケージの CrossPlatform フォルダーにあります。独自のアプリケーション定義ファイルを作成できます。詳細については、「定義ファイルの作成」を参照してください。
4. .xml ファイルをネットワーク上の適切な場所にコピーします。
5. グループポリシー管理エディターで共通 GPO を編集します。Profile Management の下にある「クロスプラットフォーム設定」フォルダーを開き、次の設定を構成します。
   • クロスプラットフォーム設定ユーザーグループ。クロスプラットフォーム設定を体験するユーザーを制限します。この設定はオプションです。この機能をテストしたり、段階的に展開したりする場合に役立ちます。
   • クロスプラットフォーム定義へのパス。ダウンロードパッケージからコピーした定義ファイルのネットワーク上の場所を識別します。このパスは UNC パスである必要があります。ユーザーはこの場所への読み取りアクセス権を持ち、管理者は書き込みアクセス権を持つ必要があります。この場所は、Server Message Block (SMB) または Common Internet File System (CIFS) ファイル共有である必要があります。
   • クロスプラットフォーム設定ストアへのパス。これは、複数のプラットフォームで共有されるプロファイルデータが配置されるユーザー ストアの共通領域です。ユーザーはこの領域への書き込みアクセス権を持っている必要があります。パスは絶対 UNC パス、またはホームディレクトリからの相対パスにすることができます。ユーザー ストアへのパスと同じ変数を使用できます。
6. そのプラットフォームのOUで「クロスプラットフォーム設定作成のソース」が「有効」に設定されていることを確認して、ベースプラットフォームを指定します。この設定は、ベースプラットフォームのプロファイルからクロスプラットフォーム設定ストアにデータを移行します。他のプラットフォームのOUでは、このポリシーを「無効」または「未構成」に設定します。各プラットフォーム独自のプロファイルセットは、別々のOUに保存されます。クロスプラットフォーム設定ストアのシードに使用するプラットフォームのプロファイルデータを決定する必要があります。これをベースプラットフォームと呼びます。クロスプラットフォーム設定ストアにデータのない定義ファイルが含まれている場合、または単一プラットフォームプロファイルのキャッシュデータがストア内の定義データよりも新しい場合、この設定を無効にしない限り、Profile Managementは単一プラットフォームプロファイルからストアにデータを移行します。 重要: もし 複数のOUで「クロスプラットフォーム設定作成のソース」が有効になっている場合、最初のユーザーがログオンしたプラットフォームがベースプロファイルになります。
7. 「クロスプラットフォーム設定を有効にする」を「有効」に設定します。デフォルトでは、展開を容易にするため、この設定をオンにするまでクロスプラットフォーム設定は無効になっています。
8. グループポリシーの更新を実行します。
9. プロファイルをプラットフォーム間で移行するが、それらのローミングをサポートしない場合は、移行が完了したら、「クロスプラットフォーム設定を有効にする」を無効に設定します。

例: Windows Server 2008とWindows 7間でのMicrosoft Office設定のローミング

1. ユーザーは、Citrix Virtual Apps™サーバー上の公開アプリケーションとしてOffice 2010およびInternet Explorer 9にアクセスすることに慣れており、これらのアプリケーションでいくつかの設定を変更します。たとえば、Officeでメール署名を変更したり、Internet Explorerで新しいホームページを選択したりします。
2. 将来、仮想デスクトップ（Citrix Virtual Desktops™で作成）が作成されますが、まだユーザーにはリリースされていません。デスクトップはWindows 7を実行し、Office 2010とInternet Explorer 9がプリインストールされています。
3. ユーザーは新しいデスクトップでも設定が同じであることを期待しています。このトピックの手順に従って、クロスプラットフォーム設定機能を構成します。これには、Windows Server 2008のOUで「クロスプラットフォーム設定作成のソース」を有効にすることが含まれます。
4. ユーザーが次にアプリケーションの公開バージョン（新しい仮想デスクトップではない）を実行すると、その設定はクロスプラットフォーム設定ストアにコピーされます。
5. その後、新しいデスクトップがユーザーにリリースされます。ユーザーがログオンしてOfficeおよびInternet Explorerのローカルバージョンを実行すると、以前のWindows Server 2008セッションからの設定が使用されます。ユーザーが変更したメール署名とホームページは、Windows 7マシンで利用できます。
6. ユーザーは仮想デスクトップから Internet Explorer で閲覧し、ホームページを再度変更することにしました。
7. ユーザーはログオフして退社します。彼らは自宅では仮想デスクトップにアクセスできませんが、リモートで公開版の Internet Explorer 9 を実行できます。彼らは、前のステップで Windows 7 上で作成された最新のホームページが保持されていることを確認します。