Profile Management

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

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

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

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

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

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

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

スタートメニュー

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

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

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

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

クイック起動ツールバー

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

ツールバーをプロファイルから除外するには、フォルダー除外リストに次のエントリを追加します: 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から削除されたユーザーアカウントのプロファイルをユーザーストアおよびクロスプラットフォーム設定ストアから削除することをお勧めします。

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