クロスプラットフォーム設定を構成する
重要: この機能に関する以下の重要な情報に注意してください。
- 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で有効になっている場合、最初にユーザーがログオンしたプラットフォームがベースプロファイルになります。
- 「クロスプラットフォーム設定を有効にする」を「有効」に設定します。デフォルトでは、展開を容易にするため、この設定をオンにするまでクロスプラットフォーム設定は無効になっています。
- グループポリシーを更新します。
- プロファイルをプラットフォーム間で移行するが、それらのローミングをサポートしない場合、移行が完了したら、「クロスプラットフォーム設定を有効にする」を「無効」に設定します。
ここで「クロスプラットフォーム定義へのパス」が構成されていない場合、.iniファイルの値が使用されます。ここでも.iniファイルでもこの設定が構成されていない場合、クロスプラットフォーム設定は適用されません。
「クロスプラットフォーム設定ストアへのパス」が無効になっている場合、デフォルトパスのWindows\PM_CPが使用されます。ここでこの設定が構成されていない場合、.iniファイルの値が使用されます。ここでも.iniファイルでもこの設定が構成されていない場合、デフォルトパスが使用されます。
ここで「クロスプラットフォーム設定を有効にする」が構成されていない場合、.iniファイルの値が使用されます。ここでも.iniファイルでもこの設定が構成されていない場合、クロスプラットフォーム設定は適用されません。
例：Windows Server 2008とWindows 7間でのMicrosoft Office設定のローミング
この例では、バージョン2プロファイルを作成する2つのオペレーティングシステム間でユーザーのアプリケーション設定をローミングできるようにするための主要な手順について説明します。Microsoft Office 2010が例のアプリケーションであり、Windows Server 2008上のCitrix XenApp 6.5とWindows 7の間でローミングが行われます。両方のOSは64ビットです。
- ユーザーは、Citrix virtual apps™サーバー上の公開アプリケーションとしてOffice 2010およびInternet Explorer 9にアクセスすることに慣れており、これらのアプリケーションでいくつかの設定を変更します。たとえば、Officeでメールの署名を変更したり、Internet Explorerで新しいホームページを選択したりします。
- 将来的に、仮想デスクトップ（Citrix Virtual Desktops™で作成）が作成されますが、まだユーザーにはリリースされていません。デスクトップはWindows 7を実行し、Office 2010とInternet Explorer 9がプリインストールされています。
- ユーザーは、新しいデスクトップでも設定が同じであることを期待しています。このトピックの手順に従って、クロスプラットフォーム設定機能を構成します。これには、Windows Server 2008のOUで「クロスプラットフォーム設定作成元」を有効にすることが含まれます。
- ユーザーが次にアプリケーションの公開バージョン（新しい仮想デスクトップではない）を実行すると、その設定はクロスプラットフォーム設定ストアにコピーされます。
- その後、新しいデスクトップがユーザーにリリースされます。ユーザーがログオンしてOfficeおよびInternet Explorerのローカルバージョンを実行すると、以前のWindows Server 2008セッションからの設定が使用されます。ユーザーが変更したメールの署名とホームページは、Windows 7マシンで利用できます。
- ユーザーは仮想デスクトップからInternet Explorerを閲覧し、ホームページを再度変更することにしました。
- ユーザーはログオフして退社します。自宅では仮想デスクトップにアクセスできませんが、公開されているInternet Explorer 9をリモートで実行できます。以前のステップでWindows 7で作成した最新のホームページが保持されていることを確認します。