クロスプラットフォーム設定の構成
重要: この機能に関する以下の重要な情報に注意してください。
- Profile Management のクロスプラットフォーム設定は、サポートされているオペレーティングシステム (OS) とアプリケーションのセットをサポートします。この機能は、本番環境でのみ構成してください。
- Microsoft Office の設定は、そのアプリケーションのバージョン間ではローミングされません。詳細については、「クロスプラットフォーム設定でサポートされるオペレーティングシステムとアプリケーション」を参照してください。
- この機能は、レジストリおよびアプリケーション設定に適しています。ファイルやフォルダー、またはフォルダーリダイレクトで通常使用されるオブジェクト (ブラウザーのお気に入り、デスクトップ、スタートメニューの設定など) には適していません。
- この機能を使用して、異なるプロファイルバージョンのシステム間でユーザープロファイルを移行する場合、すべてのユーザーの移行が完了したら、この機能を無効にしてください。この機能を使用すると、主にログオフ時にパフォーマンスへの影響があります。そのため、プロファイルバージョン間のローミングをサポートしない限り、無効にしておくのが最善です。
このトピックでは、クロスプラットフォーム設定を構成するために実行できる手順の例を説明します。より詳細なケーススタディについては、「クロスプラットフォーム設定 - ケーススタディ」を参照してください。
ヒント: この機能を本番環境に導入する前に、小規模なテストユーザーグループに限定することをお勧めします。これには、 クロスプラットフォーム設定ユーザーグループオプションを使用します。この設定が構成されている場合、Profile Management のクロスプラットフォーム設定機能は、これらのユーザーグループのメンバーのみを処理します。この設定が無効になっている場合、この機能は、 処理対象グループ設定で指定されたすべてのユーザーを処理します。もし クロスプラットフォーム設定ユーザーグループがグループポリシーまたは .ini ファイルで構成されていない場合、すべてのユーザーグループが処理されます。
- すべてのプラットフォームに共通する設定については、共通のグループポリシーオブジェクト (共通 GPO) を作成し、それを Profile Management の .adm または .admx ファイルにリンクし、必要に応じて設定を構成します。この設定は、後でトラブルシューティングが困難になる可能性のある重複する設定を最小限に抑えるため、ベストプラクティスです。要件に応じて、ユーザーストアへのパスを除くすべての Profile Management 設定が複数のプラットフォームで機能します。バージョン 1 とバージョン 2 のプロファイルのユーザーストア構造が異なるため、ユーザーストアへのパスはプラットフォームごとに個別に構成してください。共通 GPO では、この設定を未構成のままにします。
- 異なるプラットフォーム用に個別の OU を作成します。たとえば、Windows 7 から Windows 8 に移行する場合は、これらのオペレーティングシステム用に個別の OU を作成し、各 OU でユーザーストアへのパスを適切に設定します。
- プラットフォーム間でパーソナライズを機能させたいサポート対象アプリケーションの定義 (.xml) ファイルを見つけます。これらのファイルは、ダウンロードパッケージの CrossPlatform フォルダーにあります。独自のアプリケーション定義ファイルを作成できます。詳細については、「定義ファイルの作成」を参照してください。
- これらの .xml ファイルをネットワーク上の適切な場所にコピーします。
- グループポリシー管理エディターで共通 GPO を編集します。Profile Management の下にあるクロスプラットフォーム設定フォルダーを開き、次の設定を構成します。
- クロスプラットフォーム設定ユーザーグループ。クロスプラットフォーム設定を体験するユーザーを制限します。この設定はオプションです。この機能をテストしたり、段階的に展開したりする場合に役立ちます。
- クロスプラットフォーム定義へのパス。ダウンロードパッケージからコピーした定義ファイルのネットワーク上の場所を識別します。このパスは UNC パスである必要があります。ユーザーはこの場所への読み取りアクセス権を持ち、管理者は書き込みアクセス権を持つ必要があります。この場所は、Server Message Block (SMB) または Common Internet File System (CIFS) ファイル共有である必要があります。
- クロスプラットフォーム設定ストアへのパス。これは、複数のプラットフォームで共有されるプロファイルデータが配置されるユーザー ストアの共通領域です。ユーザーはこの領域への書き込みアクセス権を持っている必要があります。パスは絶対 UNC パス、またはホームディレクトリに対する相対パスにすることができます。ユーザー ストアへのパスと同じ変数を使用できます。
- 「クロスプラットフォーム設定を作成するためのソース」がそのプラットフォームのOUで「有効」に設定されていることを確認して、ベースプラットフォームを指定します。この設定は、ベースプラットフォームのプロファイルからクロスプラットフォーム設定ストアにデータを移行します。他のプラットフォームのOUでは、このポリシーを「無効」または「未構成」に設定します。各プラットフォーム独自のプロファイルセットは、個別のOUに保存されます。クロスプラットフォーム設定ストアをシードするためにどのプラットフォームのプロファイルデータを使用するかを決定する必要があります。これをベースプラットフォームと呼びます。クロスプラットフォーム設定ストアにデータのない定義ファイルが含まれている場合、または単一プラットフォームプロファイルのキャッシュデータがストア内の定義データよりも新しい場合、この設定を無効にしない限り、Profile Managementは単一プラットフォームプロファイルからストアにデータを移行します。 重要： 複数のOUで「クロスプラットフォーム設定を作成するためのソース」が有効になっている場合、最初のユーザーがログオンするプラットフォームがベースプロファイルになります。
- クロスプラットフォーム設定を有効にするを有効に設定します。デフォルトでは、展開を容易にするため、この設定をオンにするまでクロスプラットフォーム設定は無効になっています。
- Group Policy の更新を実行します。
- プロファイルをプラットフォーム間で移行するが、それらのローミングをサポートしない場合、移行が完了したら、クロスプラットフォーム設定を有効にするを無効に設定します。
クロスプラットフォーム定義へのパスがここで構成されていない場合、.iniファイルの値が使用されます。この設定がここでも.iniファイルでも構成されていない場合、クロスプラットフォーム設定は適用されません。
クロスプラットフォーム設定ストアへのパスが無効になっている場合、デフォルトパス Windows\PM_CP が使用されます。この設定がここで構成されていない場合、.iniファイルの値が使用されます。この設定がここでも.iniファイルでも構成されていない場合、デフォルトパスが使用されます。
クロスプラットフォーム設定を有効にするがここで構成されていない場合、.iniファイルの値が使用されます。この設定がここでも.iniファイルでも構成されていない場合、クロスプラットフォーム設定は適用されません。
例：Windows Server 2008とWindows 7間でのMicrosoft Office設定のローミング
この例では、バージョン2プロファイルを作成する2つのオペレーティングシステム間でユーザーのアプリケーション設定をローミングできるようにするための主要な手順について説明します。Microsoft Office 2010を例のアプリケーションとし、Citrix XenApp 6.5が動作するWindows Server 2008とWindows 7の間でローミングが行われます。両方のOSは64ビットです。
- Users are accustomed to accessing Office 2010 and Internet Explorer 9 as published applications on Citrix virtual apps™ servers, and change several settings in these applications. For example, they modify their email signature in Office and choose a new home page in Internet Explorer.
- At a future date, virtual desktops (created with Citrix Virtual Desktops™) are created but not yet released to users. The desktops run Windows 7 and are preconfigured with Office 2010 and Internet Explorer 9.
- ユーザーは新しいデスクトップでも設定が同じであることを期待しています。このトピックの手順に従って、クロスプラットフォーム設定機能を構成します。これには、Windows Server 2008のOUでクロスプラットフォーム設定を作成するためのソースを有効にすることが含まれます。
- ユーザーが次に公開版のアプリケーション（新しい仮想デスクトップではない）を実行すると、その設定はクロスプラットフォーム設定ストアにコピーされます。
- その後、新しいデスクトップがユーザーにリリースされます。ユーザーがログオンしてOfficeとInternet Explorerのローカルバージョンを実行すると、以前のWindows Server 2008セッションからの設定が使用されます。ユーザーが変更したメールの署名とホームページは、Windows 7マシンで利用可能になります。
- ユーザーは仮想デスクトップからInternet Explorerで閲覧し、ホームページを再度変更することにしました。
- ユーザーはログオフして退社します。彼らは自宅では仮想デスクトップにアクセスできませんが、リモートで公開版のInternet Explorer 9を実行できます。彼らは、前の手順でWindows 7上に作成された最新のホームページが保持されていることを確認します。