複数のプラットフォームの計画
複数のプラットフォームでユーザープロファイルが課題となるのはなぜですか?
ユーザーが複数のコンピューティングデバイスにアクセスすることは一般的です。あらゆる種類のローミングプロファイルにおける課題は、これらのデバイス上のシステム間の違いから生じます。たとえば、デスクトップにローカルファイルへのショートカットを作成し、別のデバイスに移動したときにそのファイルが存在しない場合、デスクトップ上のショートカットは壊れてしまいます。
シングルセッションオペレーティングシステム (OS) とマルチセッションOSの間でローミングする場合にも同様の問題が発生します。一部の設定 (電源設定やビデオ設定など) は、サーバーでは適用できない場合があります。さらに、各デバイスでアプリケーションが同様にインストールされていない場合、ローミング時に他の問題が発生する可能性があります。
一部のパーソナライズ設定 (マイ ドキュメント、お気に入り、OSやアプリケーションのバージョンに依存しないその他のファイルなど) は、他の設定よりもはるかに管理が容易です。しかし、ドキュメントの種類が1つのシステムでのみサポートされている場合、これらの設定でさえローミングが困難になることがあります。たとえば、あるシステムにはMicrosoft Projectがインストールされているが、別のデバイスではそのファイルの種類が認識されないといった場合です。同じアプリケーションが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から削除されたユーザーアカウントのプロファイルをユーザー ストアおよびクロスプラットフォーム設定ストアから削除することをお勧めします。