-
-
-
クロスプラットフォーム設定の構成
-
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の設定をアプリケーションのバージョン間で移動させることはできません。詳しくは、「クロスプラットフォーム設定によりサポートされるオペレーティングシステムおよびアプリケーション」を参照してください。
- この機能は、レジストリおよびアプリケーションの設定に適しています。ファイルやフォルダー、または一般的にフォルダーのリダイレクト(Webブラウザーのお気に入りやデスクトップおよび[スタート]メニュー設定)に使用されるオブジェクトには適していません。
- 異なるプロファイルのバージョンを持つシステム間でこの機能を使ってユーザープロファイルを移行する場合は、すべてのユーザーを移行した後でこの機能を無効にしてください。この機能を使用すると、パフォーマンス、主にログオフに影響があります。したがって、プロファイルバージョン間の移動をサポートしていない限り、無効にすることをお勧めします。
このトピックでは、クロスプラットフォーム設定を構成するための手順例について示します。より詳細なケーススタディについては、「クロスプラットフォーム設定 - ケーススタディ」を参照してください。
ヒント: この機能を実稼働環境で使用する場合、小規模な、テスト用での使用にとどめておくことをお勧めします。 [クロスプラットフォーム設定ユーザーグループ] オプションを使って実行します。この設定を構成すると、Profile Managementのクロスプラットフォーム設定機能によりこれらのユーザーグループのメンバーのみが処理されます。この設定が無効な場合、 [処理済みグループ]設定で指定されたすべてのユーザーが処理されます。 [クロスプラットフォーム設定ユーザーグループ] をグループポリシー内またはINIファイル内で構成しない場合、すべてのユーザーグループが処理されます。
- すべてのプラットフォームで共通の設定については、Profile ManagementのADMまたはADMXファイルへのリンクがある共通のグループポリシーオブジェクト(共通GPO)を作成し、必要に応じて設定を構成します。このセットアップは、重複的な設定を防いでトラブルシューティングを効率的に行うためのベストプラクティスです。要件によっては、すべてのProfile Management設定が、[ユーザーストアへのパス]以外の複数のプラットフォームで機能します。バージョン1プロファイルとバージョン2プロファイルのユーザーストア構造が異なるため、プラットフォームごとに個別に[ユーザーストアへのパス]を構成します。一般的なGPOでは、この設定を変更しないでください。
- 異なるプラットフォームに対して個別のOUを作成します。たとえば、Windows 7らWindows 8に移行している場合はこれらのオペレーティングシステムに対して個別のOUを作成して、各OUで[ユーザーストアへのパス]を適切に設定します。
- 複数のプラットフォームでパーソナライズするサポート対象のアプリケーションの定義ファイル(.xml)を見つけます。これらのファイルは、ダウンロードパッケージのCrossPlatformフォルダーにあります。独自のアプリケーション定義ファイルを作成できます。詳しくは、「定義ファイルの作成」を参照してください。
- .xmlファイルをネットワーク上の適切な場所にコピーします。
- グループポリシー管理エディターで共通GPOを編集します。[Profile Management]の下の[クロスプラットフォーム設定]を開いてこれらの設定を構成します。
- クロスプラットフォーム設定ユーザーグループ。クロスプラットフォーム設定下のユーザーを制限します。この設定はオプションです。この機能をテストしたり、さまざまな段階でロールアウトしたりするときに便利な設定です。
- クロスプラットフォーム定義へのパス。ダウンロードパッケージからコピーされた定義ファイルのネットワークの場所です。このパスは、UNCパスである必要があります。ユーザーにはこの場所への読み取りアクセス権限、管理者には書き込みアクセス権限が必要です。この場所は、サーバーメッセージブロック(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設定の移動
この例では、ユーザーのアプリケーション設定で、Version 2のプロファイルを作成する2つのオペレーティングシステム間を移動できるようにする手順を含む、主な手順について説明します。ここではMicrosoft Office 2010をアプリケーションの例として、Windows Server 2008上のCitrix XenApp 6.5とWindows 7上のCitrix XenApp 6.5間で移動を実行します。どちらのオペレーティングシステムも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.