Profile Management

複数のプラットフォームの計画

複数のプラットフォームでのユーザープロファイルがなぜ課題となるのか?

ユーザーが複数のコンピューティングデバイスにアクセスすることは一般的です。あらゆる種類のローミングプロファイルにおける課題は、これらのデバイス上のシステム間の違いから生じます。たとえば、別のデバイスに移動したときに存在しないローカルファイルへのショートカットをデスクトップに作成した場合、デスクトップ上のショートカットは壊れてしまいます。

シングルセッションオペレーティングシステム (OS) とマルチセッションOSの間でローミングする場合にも同様の問題が存在します。一部の設定はサーバーでは適用できない場合があります (電源設定やビデオ設定など)。さらに、アプリケーションが各デバイスに同様にインストールされていない場合、ローミング時に他の問題が発生する可能性があります。

一部のパーソナライズ設定 (マイ ドキュメント、お気に入り、およびOSやアプリケーションのバージョンに依存せずに機能するその他のファイルなど) は、他の設定よりもはるかに管理が容易です。しかし、ドキュメントの種類が1つのシステムでのみサポートされている場合、これらの設定でさえローミングが困難になることがあります。たとえば、ユーザーがMicrosoft Projectを1つのシステムにインストールしているが、別のデバイスではそのファイルの種類が認識されない場合などです。同じアプリケーションが2つのシステムに存在し、一方のシステムでは異なるアドオンがインストールされており、ドキュメントによってそれが期待される場合、この状況はさらに悪化します。

アプリケーションのインストール方法を変更すると、どのように問題が発生するのか?

プラットフォームが同じようにインストールされていても、アプリケーションがそれぞれ異なる方法で構成されている場合、アプリケーションの起動時にエラーが発生する可能性があります。たとえば、あるプラットフォームではExcelでマクロやアドオンがアクティブになるが、別のプラットフォームではアクティブにならない場合があります。

スタートメニュー

スタートメニューにはリンク (LNKおよびLNK2ファイル) が含まれています。メニューのユーザー固有の部分はプロファイルに保存され、ユーザーはその部分を変更できます。カスタムリンク (実行可能ファイルやドキュメントへのリンク) を追加することは一般的です。さらに、言語固有のリンクは、同じアプリケーションに対して複数のスタートメニューエントリを生成します。また、ドキュメントを指すリンクは、他のコンピューターでは無効になる可能性があります。その理由は、ドキュメントへのパスが別のシステムに対する相対パスであるか、アクセスできないネットワークパスであるためです。

デフォルトでは、Profile Managementはスタートメニューフォルダーの内容を保存しません。これは、実行可能ファイルを指すリンクがコンピューターに依存することが多いためです。ただし、システムが類似している状況では、スタートメニューをProfile Managementの構成に含めることで、ユーザーがデスクトップ間をローミングする際の整合性が向上します。あるいは、フォルダーリダイレクトを使用してスタートメニューを処理することもできます。

注: 最も無害に見える変更からでも、予測不能な副作用が生じることがよくあります。たとえば、Sepagoブログのhttps://helgeklein.com/blog/2009/09/citrix-user-profile-manager-upm-and-the-broken-rootdrive/の記事を参照してください。

常に、プラットフォーム間でスタートメニューの動作をテストし、検証してください。

クイック起動ツールバー

クイック起動ツールバーにはリンクが含まれており、ユーザーが構成できます。デフォルトでは、クイック起動ツールバーはProfile Managementによって保存されます。一部の環境では、リンクがコンピューターに依存する可能性があるため、クイック起動ツールバーの保存が望ましくない場合があります。

ツールバーをプロファイルから除外するには、フォルダー除外リストに次のエントリを追加します: AppData\Roaming\Microsoft\Internet Explorer\Quick Launch。

作成するプロファイルの種類?

重要: 構造の違いがあるため、複数のプラットフォームを含む環境では、各ユーザーに対して個別のバージョン1およびバージョン2プロファイルを作成することをお勧めします。Windows VistaとWindows 7のプロファイル名前空間の違いにより、これらのプラットフォーム間でプロファイルを共有することは困難です。また、Windows XPとWindows Server 2003の間でも障害が発生する可能性があります。バージョン1およびバージョン2プロファイルの詳細は、 プロファイルについてを参照してください。

ここでいう複数プラットフォームの定義には、複数のオペレーティングシステム(異なるビット数を含む)だけでなく、同じオペレーティングシステム上で実行される複数のアプリケーションバージョンも含まれます。次の例は、この推奨事項の理由を示しています。

  • 32ビットシステムには、オペレーティングシステムに32ビットオペレーティングシステム固有の場所でアプリケーションを起動するよう指示するレジストリキーが含まれている場合があります。64ビットシステムでCitrix®ユーザープロファイルによってそのキーが使用される場合、そのシステムにはその場所が存在せず、アプリケーションが起動に失敗する可能性があります。
  • Microsoft Office 2003、Office 2007、およびOffice 2010は、一部のWord設定を異なるレジストリキーに保存します。これらのアプリケーションが同じオペレーティングシステム上で実行される場合でも、Wordアプリケーションの3つの異なるバージョンに対して個別のプロファイルを作成する必要があります。

プロファイルの相互運用性を確保するために、CitrixユーザープロファイルでMicrosoftフォルダーリダイレクトを使用することをお勧めします。Windows VistaまたはWindows 7がWindows XPと共存する必要がある環境では、これはさらに重要です。

ヒント: 組織のデータ管理ポリシーによっては、Active Directoryから削除されたユーザーアカウントのプロファイルをユーザーストアおよびクロスプラットフォーム設定ストアから削除することが推奨されます。

複数のプラットフォームの計画