This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
クロスプラットフォーム設定の構成
重要: この機能に関する以下の重要な情報に注意してください。
- 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が例のアプリケーションであり、Citrix XenApp 6.5 (Windows Server 2008上) と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上に作成された最新のホームページが保持されていることを確認します。
共有
共有
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.