Profile Management

ローカルGPOを使用したProfile Managementのテスト

実稼働環境にProfile Managementを展開する前に、テスト環境を設定することをお勧めします。ドメインのグループポリシーオブジェクト(GPO)に設定を転送するための、フルサポートされたより簡単な方法とは、マシンへのローカルインストールをベースとしたものです。

一般的なワークフローは次のとおりです:

  1. Profile Managementをマシンにインストールします。

  2. [構成の決定] に記載されている質問に対する回答に基づいて、ローカルGPOを使用してProfile Managementポリシーを構成します。

  3. Profile Managementを有効にします。

  4. ログオンとログオフの動作をテストします。

  5. 満足のいく結果が得られるまで、ローカルGPO設定を調整します。

概要

マシンが実務OUのメンバーである場合、ローカルGPOを使用してProfile Managementを安全にテストできます。ローカルGPOポリシーは、OUとドメインのポリシーが利用できない場合に有効になります。ローカルGPOを使用する場合、Profile ManagementのGPOが他の場所(ドメインやサイトなど)で使用されていないことを確認します。

ドメインGPOを使用してグループポリシーを構成できない場合は、長期的な解決策としてローカルGPOを使用できます。ただしこの方法では、以下のように、環境内の複雑性が増すことになります:

  • 各マシンには、Profile ManagementのADMXファイルがインストールされている必要があります。
  • ドメインユーザーは、複数のマシンにアクセスするときに設定を維持できない可能性があります。

重要:

ローカルGPOを長期的なエンタープライズソリューションとして使用することはお勧めしません。

ユーザーエクスペリエンスのテスト

プロファイルソリューションを実装する場合、ユーザーがさまざまなマシンからリソースにアクセスするときのユーザーエクスペリエンスの違いを最小限に抑える必要があります。

ユーザーのレジストリとファイルは、物理マシン、プロファイル構成、およびオペレーティングシステムによって異なる場合があります。したがって、ユーザーがローミングするマシンへのシステムインストールの違いに対処するように、Profile Managementを構成する必要があります。

これを行うには、実稼働環境を模した方法で、リソースへのユーザーアクセスを確認します。以下のようなリソースが含まれます:

  • アプリケーションがローカルにインストールされたマシン
  • ストリーム配信されたアプリケーションとローカルにインストールされたアプリケーションを含む仮想デスクトップ
  • 仮想アプリサーバーで公開されているかストリーム配信されている仮想アプリ
  • ターミナルサービスクライアント

オペレーティングシステムのバリエーションのテスト

ユーザーは異なるオペレーティングシステムからアプリケーションにアクセスする可能性があります。このオペレーティングシステムのバリエーションにより、単一のユーザープロファイル内に競合する構成が作成される可能性があります。

詳しくは、「プロファイルのバージョン」を参照してください。

ローカルGPOを使用したProfile Managementのテスト