Product Documentation

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

Mar 10, 2017
重要:この機能については、以下の重要な注意点があります。
  • Profile managementのクロスプラットフォーム設定は、サポートされるオペレーティングシステム(OS)およびアプリケーションのセットと連携して動作します。組織でこれらのいずれかが1つ以上使用されている場合にのみ、この機能を実務環境で構成します。
  • Microsoft Officeの設定をアプリケーションのバージョン間で移動させることはできません。詳しくは、「クロスプラットフォーム設定によりサポートされるオペレーティングシステムおよびアプリケーション」を参照してください。
  • この機能はレジストリおよびアプリケーション設定には適していますが、ファイルやフォルダー、または一般的にフォルダーのリダイレクト(ブラウザーのお気に入りやデスクトップおよび[スタート]メニュー設定)に使用されるオブジェクトには適していません。
  • 異なるプロファイルのバージョンを持つシステム間でこの機能を使ってユーザープロファイルを移行する場合は、すべてのユーザーを移行した後でこの機能を無効にしてください。この機能を使用する場合、一部のパフォーマンス、主にログオフに対して影響を及ぼします。そのため、プロファイルバージョン間でのローミングをサポートしない限りは、この機能を無効のままにしておくべきです。

このトピックでは、クロスプラットフォーム設定を構成するための手順例について示します。より詳細なケーススタディについては、「クロスプラットフォーム設定 - ケーススタディ」を参照してください。

ヒント:この機能を実務環境に展開する前に、制限された小規模環境でテスト使用することをお勧めします。[クロスプラットフォーム設定ユーザーグループ]オプションを使ってこれを実行します。この設定を構成すると、Profile managementのクロスプラットフォーム設定機能によりこれらのユーザーグループのメンバーのみが処理されます。この設定が無効な場合、[処理済みグループ]設定で指定されたユーザーのすべてが処理されます。[クロスプラットフォーム設定ユーザーグループ]をグループポリシーまたはINIファイルで構成しない場合、すべてのユーザーグループが処理されます。
  1. すべてのプラットフォームで共通の設定については、Profile managementのADMまたはADMXファイルへのリンクがある共通のグループポリシーオブジェクト(共通GPO)を作成し、必要に応じて設定を構成します。 これは、重複的な設定を防いでトラブルシューティングを効率的に行うためのベストプラクティスです。 要件によっては、すべてのProfile management設定が[ユーザーストアへのパス]を除いて複数プラットフォーム上で動作します。この設定は、Version 1およびVersion 2のプロファイルのユーザーストア構成が異なるためにプラットフォームごとに個別に構成する必要があります。 共通GPOでは、この設定を未構成のままにします。
  2. (Windows XPからWindows 8に移行している場合はこれらのオペレーティングシステムに対して個別のOUを作成するなど)異なるプラットフォームに対して個別のOUを作成し、各OUに[ユーザーストアへのパス]適切に設定します。
  3. プラットフォーム間で実行するための個人設定を有するサポート済みアプリケーションの定義ファイル(.xml)を検索します。 これらのファイルは、ダウンロードパッケージのCrossPlatformフォルダーにあります。
  4. ネットワーク上の適切な場所に、XMLファイルをコピーします。
  5. グループポリシー管理エディターで共通GPOを編集します。 [Profile Management]の下の[クロスプラットフォーム設定]を開いてこれらの設定を構成します。
    • クロスプラットフォーム設定ユーザーグループ。クロスプラットフォーム設定下のユーザーを制限します。この設定はオプションです。この機能をテストしたり、さまざまな段階でロールアウトしたりするときに便利な設定です。
    • クロスプラットフォーム定義へのパス。ダウンロードパッケージからコピーされた定義ファイルのネットワークの場所です。これは、UNCパスである必要があります。ユーザーにはこの場所への読み取りアクセス権限、管理者には書き込みアクセス権限が必要です。この場所は、サーバーメッセージブロック(SMB)またはCommon Internet File System(CIFS)ファイル共有である必要があります。
    • クロスプラットフォーム設定ストアへのパス。複数のプラットフォームにより共有されるプロファイルデータがあるユーザーストアの共有領域である必要があります。Tユーザーには、このフォルダーに対する書き込みアクセス権限が必要です。パスは絶対UNCパスまたはホームディレクトリへの相対パスにすることができます。[ユーザーストアへのパス]と同じ変数を使用できます。
  6. プラットフォームのOUで[クロスプラットフォーム設定を作成するためのソース][有効]に指定して、基本プラットフォームを指定します。 この設定は、基本プラットフォームのプロファイルからクロスプラットフォーム設定ストアにデータを移行します。 ほかのプラットフォームのOUで、このポリシーを[無効]または[未構成]に設定します。 各プラットフォームのプロファイルのセットは、個別のOUに格納されます。このため、管理者はどのプラットフォームのプロファイルデータをクロスプラットフォーム設定ストアに格納するかを決定する必要があります。このプラットフォームを基本プラットフォームと呼びます。クロスプラットフォーム設定ストアの定義ファイルにデータがない、または単一のプラットフォームプロファイルのキャッシュデータを含んでいる場合、この設定を無効にしない限りはProfile managementが単一のプラットフォームプロファイルからストアにデータを移行します。
    重要:[クロスプラットフォーム設定を作成するためのソース]を複数のOUで有効にすると、最初のユーザーがログオンしているプラットフォームが基本プロファイルになります。
  7. [クロスプラットフォーム設定の有効化][有効]に設定します。 デフォルトでは展開を容易にするために、この設定を有効にするまでクロスプラットフォーム設定は無効になっています。
  8. グループポリシーの更新を実行します。
  9. プラットフォーム間でプロファイルを移行する際、プロファイルのローミングをサポートしていない場合には、移行が完了したら[クロスプラットフォーム設定の有効化][無効]に設定します。

[クロスプラットフォーム定義へのパス]をここで構成しない場合、INIファイルの値が使用されます。この設定項目およびINIファイルが未構成の場合、クロスプラットフォーム設定は適用されません。

[クロスプラットフォーム設定ストアへのパス]が無効な場合は、デフォルトのパスであるWindows\PM_CPが使用されます。この設定項目が未構成の場合、INIファイルの値が使用されます。この設定をここまたはINIファイルで構成しない場合、デフォルトのパスが使用されます。

[クロスプラットフォーム設定の有効化]をここで構成しない場合、INIファイルの値が使用されます。この設定項目およびINIファイルが未構成の場合、クロスプラットフォーム設定は適用されません。

例:Windows Server 2008とWindows 7の間でのMicrosoft Office設定の移動

この例では、ユーザーのアプリケーション設定で、Version 2のプロファイルを作成する2つのオペレーティングシステム間を移動できるようにする手順を含む、主な手順について説明します。ここではMicrosoft Office 2010をアプリケーションの例として、Windows Server 2008上のCitrix XenApp 6.5とWindows 7上のCitrix XenApp 6.5間で移動を実行します。どちらのオペレーティングシステムも64ビット版です。

  1. ユーザーは、XenAppサーバー上の公開アプリケーションであるOffice 2010およびInternet Explorer 9に日常的にアクセスし、これらのアプリケーションのいくつかの設定を変更します(Officeで電子メール署名を変更し、Internet Explorerで新しいホームページを選択するなど)。
  2. 後ほど、(Citrix XenDesktopにより作成される)仮想デスクトップが作成されますが、この時点ではまだユーザーに対してリリースされていません。デスクトップは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で作成した最新のホームページの設定が有効になっています。