Profile Management

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

August 29, 2026

寄稿者:

C C

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

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

シングルセッション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から削除されたユーザーアカウントのプロファイルをユーザーストアおよびクロスプラットフォーム設定ストアから削除することをお勧めします。

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

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

August 29, 2026

寄稿者:

C C

August 29, 2026

寄稿者:

C C