製品ドキュメント
Profile Management
2607 LTSR Aktuelles Release 2511 2507 LTSR 2503 2411 2407 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR 7.15
PDFを表示

クロスプラットフォーム設定の構成

August 29, 2026
寄稿者: 
C C

重要: この機能に関する以下の重要な情報に注意してください。

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

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

ヒント: この機能を本番環境に導入する前に、小規模なテストユーザーグループに限定することをお勧めします。これには、 クロスプラットフォーム設定ユーザーグループオプションを使用します。この設定が構成されている場合、Profile Management のクロスプラットフォーム設定機能は、これらのユーザーグループのメンバーのみを処理します。この設定が無効になっている場合、この機能は、 処理対象グループ設定で指定されたすべてのユーザーを処理します。 クロスプラットフォーム設定ユーザーグループがグループポリシーまたは .ini ファイルで構成されていない場合、すべてのユーザーグループが処理されます。

  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で「Source for creating cross-platform settings」が「Enabled」に設定されていることを確認して、ベースプラットフォームを指定します。この設定により、ベースプラットフォームのプロファイルからクロスプラットフォーム設定ストアにデータが移行されます。他のプラットフォームのOUでは、このポリシーを「Disabled」または「Unconfigured」に設定します。各プラットフォーム独自のプロファイルセットは、個別のOUに保存されます。クロスプラットフォーム設定ストアをシードするために、どのプラットフォームのプロファイルデータを使用するかを決定する必要があります。これがベースプラットフォームと呼ばれます。クロスプラットフォーム設定ストアにデータのない定義ファイルが含まれている場合、または単一プラットフォームプロファイルのキャッシュデータがストア内の定義データよりも新しい場合、Profile Managementは、この設定を無効にしない限り、単一プラットフォームプロファイルからストアにデータを移行します。 重要: もし 「Source for creating cross-platform settings」が複数のOUで有効になっている場合、最初にユーザーがログオンしたプラットフォームがベースプロファイルになります。
  7. 「Enable cross-platform settings」を「Enabled」に設定します。デフォルトでは、展開を容易にするため、この設定を有効にするまでクロスプラットフォーム設定は無効になっています。
  8. グループポリシーの更新を実行します。
  9. プロファイルをプラットフォーム間で移行するが、それらのローミングをサポートしない場合は、移行が完了したら「Enable cross-platform settings」をDisabledに設定します。

ここで「Path to cross-platform definitions」が構成されていない場合、.iniファイルの値が使用されます。この設定がここでも.iniファイルでも構成されていない場合、クロスプラットフォーム設定は適用されません。

「クロスプラットフォーム設定ストアへのパス」が無効になっている場合、デフォルトパスのWindows\PM_CPが使用されます。この設定がここで構成されていない場合、.iniファイルの値が使用されます。この設定がここでも.iniファイルでも構成されていない場合、デフォルトパスが使用されます。

ここで「Enable cross-platform settings」が構成されていない場合、.iniファイルの値が使用されます。この設定がここでも.iniファイルでも構成されていない場合、クロスプラットフォーム設定は適用されません。

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

この例では、Version 2プロファイルを作成する2つのオペレーティングシステム間でユーザーのアプリケーション設定をローミングできるようにするための主要な手順について説明します。Microsoft Office 2010が例のアプリケーションであり、Windows Server 2008上のCitrix XenApp 6.5とWindows 7の間でローミングが行われます。両方のOSは64ビットです。

  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で「Source for creating cross-platform settings」を有効にすることが含まれます。
  4. ユーザーが次に公開バージョンのアプリケーション（新しい仮想デスクトップではない）を実行すると、その設定はクロスプラットフォーム設定ストアにコピーされます。
  5. その後、新しいデスクトップがユーザーにリリースされます。ユーザーがログオンしてOfficeおよびInternet Explorerのローカルバージョンを実行すると、以前のWindows Server 2008セッションからの設定が使用されます。ユーザーが変更したメール署名とホームページは、Windows 7マシンで利用できます。
  6. ユーザーは仮想デスクトップからInternet Explorerで閲覧し、ホームページを再度変更することにしました。
  7. ユーザーはログオフして退社します。自宅では仮想デスクトップにアクセスできませんが、公開されているInternet Explorer 9をリモートで実行できます。彼らは、前のステップでWindows 7で作成された最新のホームページが保持されていることを確認します。
クロスプラットフォーム設定の構成
August 29, 2026
寄稿者: 
C C
August 29, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.