製品ドキュメント
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は、この設定を無効にしない限り、シングルプラットフォームプロファイルからストアにデータを移行します。 重要: 複数のOUで「Source for creating cross-platform settings」が有効になっている場合、最初にユーザーがログオンするプラットフォームがベースプロファイルになります。
  7. 「クロスプラットフォーム設定を有効にする」を「有効」に設定します。デフォルトでは、展開を容易にするため、この設定をオンにするまでクロスプラットフォーム設定は無効になっています。
  8. グループポリシーの更新を実行します。
  9. プロファイルをプラットフォーム間で移行するが、それらのローミングをサポートしない場合は、移行が完了したら、Enable cross-platform settingsをDisabledに設定します。

ここでPath to cross-platform definitionsが構成されていない場合、.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ビットです。

  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上に作成した最新のホームページが保持されていることを確認します。
クロスプラットフォーム設定を構成する
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.