Profile Management

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

August 29, 2026

寄稿者:

C C

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

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

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

一部のパーソナライズ設定（マイドキュメント、お気に入り、OSやアプリケーションのバージョンに依存せずに機能するその他のファイルなど）は、他の設定よりもはるかに管理が容易です。しかし、ドキュメントタイプが1つのシステムでのみサポートされている場合、これらの設定でさえローミングが困難になることがあります。例えば、あるユーザーが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から削除されたユーザーアカウントのプロファイルをユーザーストアおよびクロスプラットフォーム設定ストアから削除することをお勧めします。

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

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

August 29, 2026

寄稿者:

C C

August 29, 2026

寄稿者:

C C