ローミングユーザープロファイル

移動ユーザー プロファイルは、Windows NTファミリのオペレーティング システムにおけるファイル同期の概念です。これにより、 Windows ドメインに参加しているコンピューターを持つユーザーは、同じドメインの任意のコンピューターにログオンしてドキュメントにアクセスし、一貫したデスクトップ エクスペリエンス (アプリケーションがツール バーの位置や設定を記憶したり、デスクトップの外観が同じままであったりするなど) を実現できます。また、関連するすべてのファイルはローカルに保存されたままなので、ファイル サーバーへの高速で信頼性の高いネットワーク接続に継続的に依存する必要がありません。

Windows NT 3.1以降のすべての Windows オペレーティング システムは、ローミング プロファイルをサポートするように設計されています。通常、スタンドアロン コンピュータは、ユーザーのドキュメント、デスクトップ項目、アプリケーション設定、およびデスクトップの外観を、ローミング可能な部分と、Web ブラウザ キャッシュなどの項目を含む追加の一時部分で構成される 2 つのセクションに分けてローカル コンピュータに保存します。Windowsレジストリも同様に分割されてローミングをサポートしています。ローカル コンピュータに保持されるシステム ハイブとローカル マシン ハイブがあり、さらにユーザー プロファイルとともにローミングできるように設計された別のユーザー ハイブ (HKEY_CURRENT_USER) があります。

ローミング ユーザーが作成されると、ユーザーのプロファイル情報は、ネットワークに接続された任意のデスクトップ コンピューターからアクセスできる集中ファイル サーバーに保存されます。ローカル コンピューターのログイン プロンプトでは、ユーザーがローカル コンピューターではなくドメイン内に存在するかどうかが確認されます。ローカル コンピューターに既存のアカウントは必要ありません。ドメイン ログインが成功すると、ローミング プロファイルが中央ファイル サーバーからデスクトップ コンピューターにコピーされ、ユーザーのローカル アカウントが作成されます。

ユーザーがデスクトップ コンピューターからログオフすると、ユーザーの移動プロファイルがローカル コンピューターから中央ファイル サーバーにマージされますが、一時的なローカル プロファイル項目は含まれません。これは移動/削除ではなくマージであるため、ユーザーのプロファイル情報は、ネットワークにマージされるだけでなく、ローカル コンピューターにも残ります。

ユーザーが 2 台目のデスクトップ コンピューターにログインすると、このプロセスが繰り返され、サーバーから 2 台目のデスクトップ コンピューターに移動プロファイルがマージされ、ユーザーがログオフするとデスクトップからサーバーに再びマージされます。

ユーザーが最初のデスクトップ コンピューターに戻ってログインすると、ローミング プロファイルは以前のプロファイル情報と結合され、置き換えられます。プロファイル キャッシュが有効になっている場合、サーバーは最新のファイルのみをローカル コンピューターに結合し、前回のログイン以降に変更されていない既存のローカル ファイルを再利用して、ログイン プロセスを高速化することができます。

ログイン時およびログアウト時にプロファイルがコピーされるため、デフォルト構成を使用して設定されたローミング プロファイルは非常に遅くなり、アカウントに大量のデータを持つユーザーにとってはかなりの時間を無駄にする可能性があります。

Microsoft がInternet Explorer を設計したとき、プログラマーは、Cookie とお気に入りを 1 つの大きな統合ファイルとして保存するのではなく、それぞれ 1 キロバイト未満の小さな個別のファイルとして保存するという明確な決定を下しました。Microsoft は、最近開いたファイルやフォルダーにリンクする ショートカットファイルも、最近使用したプロファイル フォルダーに保存します。

ファイル サーバーは、数メガバイトの大きなファイルのみを可能な限り高速なネットワーク速度で転送する傾向があります。1 ファイルあたりわずか 1 キロバイトの非常に小さなファイルが何百もあると、ネットワーク パフォーマンスが 90% 低下する可能性があります。プロファイルが古くなり、数百から数千の Cookie、お気に入り、最近使用したアイテムが蓄積されると、これらのファイルがプロファイル データのわずか数メガバイトを占めるだけであっても、ログインとログアウトの時間が次第に遅くなります。

デスクトップ コンピュータのハード ドライブにユーザー プロファイルをローカル キャッシュすると、ログインとログアウトの時間が短縮および改善されますが、キャッシュされたログインするすべてのユーザーのプロファイル データによってハード ドライブが乱雑になるという欠点があります。ローカル キャッシュは、ユーザーが毎日同じコンピュータを使用する傾向がある場合に適しています。ローカル プロファイル キャッシュは、学校や大学のキャンパス内の任意のコンピュータを数百から数千の学生が使用できる必要がある場合には役に立ちません。非常に多くの異なるプロファイルからの累積キャッシュ データが、利用可能なラボ コンピュータのディスク領域をすべて消費する可能性があります。

移動プロファイルを持つユーザーは、 WAN経由でログインするときに、ログオンに重大な遅延が発生することがあります。リモート サイトからドメインに接続した場合、認証後に、Windows はActive Directoryで指定された場所からユーザーのプロファイルを取得しようとします。その場所が WAN リンクを経由する場合、WAN の速度が極端に低下し、ログオンが失敗する可能性があります (非常に長い遅延の後)。

移動プロファイルを持つリモート サイトで作業するユーザーは、ネットワークに接続する前に^{マシンにログインし (マシンがキャッシュされたローカル コピーを使用するように)、ログオンが完了した後にネットワークに接続する必要があります。別のオプションとしては、ユーザーが出発する前に Active Directory から移動プロファイル パスを削除する方法があります。 [説明が必要]}これは、変更がリモート サイトの 関連ドメイン コントローラーにレプリケートされるのに十分な時間内に実行する必要があります。

RAW ビデオの編集など、大きなファイルを扱う場合、Windows はログイン時にローミング プロファイル内のファイルをコンピューターにコピーし、ログアウト時にサーバーに戻すため、ログインとログアウトに非常に長い時間がかかることがあります。

大容量のファイルがミッションクリティカルではなく、ログインごとにサーバーにバックアップする必要が絶対にない環境では、このような大量のユーザー データを必要とするアプリケーションは、通常、ネットワーク ストレージと取得の問題を回避するために、ローミングしないスタンドアロンのローカル アカウントで実行されます。

学校環境では、クラス全体の生徒が同時にコンピューターからログオフし、数分以内に別の場所にログインしようとすると、ローミングによって深刻なネットワークの混雑と速度低下が発生する可能性があります。プロファイルのアップロードと最初の場所からのログアウトが完了する前に生徒が 2 番目の場所にログインし始めると、アカウント データに不整合が生じる可能性があります。

デスクトップ コンピュータにインストールされている一部のプログラムは、ログオフ時にユーザー レジストリの制御を適切に解放せず、ユーザー レジストリのコピーが正常に完了しないためにプロファイルが破損することがあります。これに対処するために、Microsoft は、プロファイルのコピーが正常に完了し、アカウントのログオフが成功するように、これらの不正なプログラムのファイル ハンドルを強制的に再マップする、ユーザー プロファイル ハイブ クリーンアップ サービスというユーティリティを作成しました。 ^[1]ただし、ハングしたプログラムは、コンピュータが再起動されるまで、ローカル コンピュータ上に残り、ユーザー レジストリのローカル キャッシュ コピーをビジー状態で保持したままになる場合があります。

リダイレクトのないローミング プロファイル内のファイルの最新バージョンは、ローカル コンピュータにのみ保存され、ユーザーがログオフするまでそこに残り、その後サーバーに転送されます。夜間のサーバー バックアップが実行され、ローミング ユーザーが一度に数日間ログオフしない場合、ローミング アカウント ドキュメントは夜間のバックアップに含まれません。

さらに、ローミング ユーザーがスタンバイまたは休止状態を使用して夜間にコンピューターをオフにした場合、そのプロファイルはネットワークにコピーされません。このため、ローミング アカウントのドキュメントが数日から数週間にわたってバックアップされない可能性があり、ローミング アカウントがローカル コンピューターからログオフされない期間が長く、その間にローカル ハード ドライブに壊滅的な障害が発生した場合、かなりのデータが失われる可能性があります。

サーバーからデスクトップへのファイル コピーの基盤となるメカニズムにより、ローミングでは、ユーザー アカウントが一度に 1 台のコンピューターにのみログオンしていることが前提となります。ローカル マシンにコピーされたローミング プロファイル内のドキュメントは、互いのネット​​ワークを認識しないため、ファイル ロックを使用して、ファイルが既に開いていることをユーザーに通知することはできません。

1 つのアカウントで複数のコンピューターにログオンし、各コンピューターで同じドキュメントを複数回開くと、2 つの異なるコンピューターで同時にファイルが変更された場合に、不整合が生じ、保存された変更が失われる可能性があります。

• 変更されたドキュメントがある最初のコンピューターがログオフすると、変更内容がプロファイルのネットワーク コピーに書き込まれます。
• 2 台目のコンピューターがログオフすると、プロファイルのログアウト中に以前に保存された変更が別のドキュメント バージョンによって上書きされます。

Windows のバージョンによって、互換性のないユーザー プロファイル レイアウトが異なる場合があります。そのため、異なるオペレーティング システムを搭載したコンピューター間を移動するユーザーは、オペレーティング システムごとに個別の移動プロファイルが必要です。Windows VistaおよびWindows 7では、ユーザー プロファイル フォルダーに「.v2」サフィックスを追加して、Windows XP以前のユーザー プロファイルから分離します。それでも、Microsoft TechNet は、Windows Vista/ Windows Server 2008と Windows 7/ Windows Server 2008 R2 を実行しているコンピューター間で移動しないようにユーザーにアドバイスしています。Windows 8 / Windows Server 2012およびWindows 8.1 / Windows Server 2012 R2のユーザー プロファイルも、最初は「.v2」サフィックスを使用していましたが、完全に下位互換性があるわけではありません。Microsoft は後に、これらのオペレーティング システムにそれぞれ「.v3」および「.v4」サフィックスを追加して、クロス OS アクセスから分離できるようにする修正プログラムと手順をリリースしました。^{[2] [3] [4] [5]}

これらのプロファイルのコピーの問題に対処するには、ローミングのデフォルト操作を無効にして、プロファイルの特定の部分が最初にローカル コンピュータにコピーされるのではなく、中央ファイル サーバー上のローカル コンピュータから直接アクセスされるようにユーザー アカウントを設定することができます。^[6]サーバーがダウンした場合でも、ユーザーはオフライン ファイル拡張機能を使用して一部のファイルにアクセスできます。

エンド ユーザーにとって、フォルダー リダイレクトは、通常のスタンドアロン コンピューターを使用する場合とまったく同じように機能します。ユーザーのマイ ドキュメントとデスクトップをリダイレクトしてファイル サーバーで直接アクセスできるようにするのは、ローミング プロファイルを高速化するための最初の 2 つの大きなステップです。ただし、サード パーティ ソフトウェアがローミング プロファイルのアプリケーション データ部分にますます多くのデータを保存するようになったため、サーバーで直接アクセスできるようにリダイレクトすることも有用になってきました。

なぜローミング プロファイル全体にサーバー上で直接アクセスできず、コピーする必要もまったくないのかという疑問が生じるかもしれません。その理由は、クライアント コンピューターで常時実行されている特定の Microsoft プログラムでは、サーバーがダウンしたりネットワークが切断されたりした場合に、データ フォルダーが突然失われることを許容できないためと思われます。ネットワーク リダイレクト フォルダーがダウンした場合にこれらのフォルダーを使用できるように、デスクトップが表示される前に、一部の部分をコピーする必要があります。

一部のプログラムは、サーバー共有上の UNC ファイル パスを参照するリダイレクトされたプロファイル フォルダーでは正常に動作しません: \\server\share\username\Application Data

• レジストリ エントリ [HKEY_CURRENT_USER\Software\Microsoft\Command Processor] "DisableUNCCheck"=dword:1 が設定されていない限り、Windows のコマンド プロセッサは UNC 作業ディレクトリを持つことができないため、バッチ ファイルは通常失敗します。
• UNC パスに Microsoft Office VSTOアドインをインストールすることはできません。(AppData は、管理者権限のないユーザーがアドインをインストールできる自然な場所です。)
• Adobe Readerは、少なくともバージョン9.0以降、UNCファイルパスにあるアプリケーションデータと互換性がなく、ランタイムエラーでクラッシュしていました。^[7] Adob​​e Reader X（10.0）は部分的に互換性がありますが、UNCパス上のドキュメント保護モードでは実行されません。
• OpenOffice.org 3.3も同様にUNCパス上のアプリケーションデータと互換性がなく、ソフトウェアは起動時にクラッシュします。^[8]修正プログラムが開発されており、今後のリリースで利用可能になる予定です。
• ローミングプロファイルとリダイレクトはAutoCAD ^[9] 2013ではサポートされていません。

UNC パスに関するこれらの問題は、通常、フォルダーを UNC 共有のドライブ マッピングにリダイレクトすることで解決できます。

• ドライブ N: (例えば) は \\server\share\userhomedir にマッピングされます
• AppDir フォルダをユーザーのホーム ディレクトリにリダイレクト:N:\Application Data

ただし、ドライブ マッピングの使用は一般に Microsoft によって非推奨とされており、UNC のみのリダイレクト パスが推奨される実装です。

• 同じプロファイルで使用されるさまざまなマシン上のアプリケーション ソフトウェアのバージョンは、同じオプションがインストールされた状態で同期されている必要があります。そうしないと、ソフトウェア構成ファイルが、別のマシンでは使用できない動的ライブラリや拡張機能、その他のリソースを参照し、システム クラッシュや機能制限、構成の破損が発生する可能性があります。
• 1 つのアカウントでソフトウェアをインストールすると、インストーラーの個人用フォルダーへのアクセス権に応じて他のユーザーがリソースを利用できなくなるため、他のアカウントではソフトウェアが部分的にしか機能しなくなる可能性があります。

フォルダー リダイレクトは、必須プロファイルで使用できます。これは、デスクトップの一般的な外観を「ロックダウン」しながらも、ユーザーがネットワークにドキュメントを保存できるようにしたい場合に便利です。たとえば、これを、一時的に誰でもパスワードなしで使用できる汎用アカウントとして使用できます。

必須プロファイルでマイドキュメントとデスクトップをリダイレクトすると、ドキュメントを保存できますが、ログオフ時に、デスクトップ画像、Internet Explorer の Cookie、お気に入り、最近開いたドキュメントのリストなど、デスクトップの外観に対する変更は元の状態に戻ります。^[10]

必須プロファイルによるフォルダー リダイレクトは、プロファイルの中央コピーへの書き込みアクセスを拒否することで実現されます。ユーザーがログオフすると、プロファイルをサーバーに正常にコピーできなかったというエラーが定期的に表示されることが予想されます。また、特定の場所にデータを保存すると、データが失われる可能性があることにも注意する必要があります。たとえば、ユーザーが必須プロファイルのデスクトップでログオンするたびにデスクトップがリセットされる場合、デスクトップにファイルを保存するのは問題ないように見えますが、ユーザーがログオフすると、プロファイルはサーバーにコピーされず、ユーザーが再度ログオンすると、デスクトップに保存された作業は、プロファイルをコピーできなかったというログアウト時のエラー以外の事前の通知なしに、完全に失われます。

ユーザーU がドメインに参加しているWindows コンピュータCにログインすると、 Cは次の場所を参照して、ユーザーにローミング プロファイル パスが構成されているかどうかを判断します。

1. ログインがターミナルサーバーの場合、Cの「リモートデスクトップサービス移動ユーザープロファイルのパスを設定する」グループポリシー
2. ログインがターミナルサーバーの場合、UのLDAPオブジェクトの msTSProfilePath 属性
3. Cの「このコンピュータにログオンするすべてのユーザーの移動プロファイルパスを設定する」グループポリシー
4. UのLDAPオブジェクトの profilePath 属性

これらの構成設定のうち、最初に値を持つものが、それ以降の設定を上書きします。LDAP 属性は、ドメイン管理者、またはアクセス制御リストに従ってそれぞれの LDAP ユーザー オブジェクトへの書き込みアクセス権を持つ他のユーザーが設定できます。プロファイル パスとして構成される値は、通常、 SMBファイル サーバー上のフォルダーへのUNC パスとして指定され、パスには通常、ユーザー固有のパスとなるように変数「%USERNAME%」が含まれます。リモート デスクトップ サーバーユーザーの移動プロファイルは、[リモート デスクトップ サービス プロファイル] タブで指定されます。

Windows 2000以降のバージョンでは、profilePath 属性を設定するための GUI インターフェイスがActive Directoryユーザーとコンピュータースナップインで使用できます。Windows NT 4.0以前では、ドメイン ユーザー マネージャープログラムが使用されていました。他の多くのオペレーティング システムでは、このような LDAP 属性には、たとえばOpenLDAPコマンドライン ツール ldapsearch や ldapmodify ( SASL / GSSAPI認証後) を使用してアクセスできます。

ユーザーがドメインに参加しているコンピューターにログインすると、Windows シェルは上記の LDAP 属性とグループ ポリシー ファイルをチェックして、移動ユーザー プロファイルのパスを決定します。次に、LoadUserProfile 関数を呼び出します。Microsoft はこの関数が実装する正確なファイル同期アルゴリズムを文書化していませんが、ローカル プロファイルと移動プロファイルの両方で見つかった各ファイルのタイムスタンプを比較し、コンピューターで見つかった古いファイルを置き換えます。ユーザーがログオフすると、Windows シェルは UnloadUserProfile を呼び出します。これは、同様のファイル同期アルゴリズムを反対方向に適用して、移動プロファイルに加えられた変更を、ユーザーの移動プロファイルが保存されている場所に戻します。さらに、Windows 7 以降では、グループ ポリシー「ユーザーがログオンしている間、移動ユーザー プロファイルのレジストリ ファイルをバックグラウンドでアップロードする」を指定して、この同期プロセスを NTuser.dat ファイルに一定間隔 (既定値は 12 時間) で適用できるようになりました。 OpenSSH for Windows 経由で Wi​​ndows にログインしても、移動プロファイルは読み込まれません。

Windows 95、98、または Meを実行しているワークステーションにもローミング プロファイルを設定できますが、Windows 9x のユーザーのローミング プロファイル ファイルは、ローミング用に別の場所が指定されている場合でも、ユーザーのホーム ディレクトリに保存されます。Windows 9x でローミング プロファイルを使用するには、ローカル ワークステーションにログインする各ユーザーに対して個別のプロファイル設定が有効になるように各ワークステーションを設定する必要があります。Windows 9x で個別のデスクトップ設定を有効にするには、Windows コントロール パネルの [パスワード]で有効にします。

Windows 95、98、および Me 上のローミング プロファイルはすべて相互に互換性があるため、ネットワークに Windows 95 ワークステーションと Windows 98 ワークステーションが混在している場合は、各ワークステーションに同じユーザー プロファイルを使用できます。これは、Windows NT 4.0、Windows 2000、Windows XP 間のローミング プロファイルにも当てはまりますが、Windows の各バージョンの違いにより互換性の問題が発生する可能性があります。Windows Vista および Windows 7 のローミング プロファイルは相互に互換性がありますが、これらのバージョンは以前のバージョンの Windows とは互換性がありません。Windows Vista または 7 でローミング プロファイルを使用すると、拡張子 .V2 の別のプロファイル フォルダが作成されます。最も簡単な解決策は、すべてのワークステーションで同じバージョンの Windows を実行することです (互換性セクションを参照)。

Novellサーバーでローミングが機能するには、Novell 製品「ZENworks Desktop Management」をサーバーにインストールし、関連するワークステーション管理パッケージを各クライアント コンピューターにインストールする必要があります。ディレクトリ内に、ユーザー パッケージオブジェクトが作成されます。このオブジェクトによってローミングが有効になり、ローミング プロファイルの保存場所が指定され、ユーザーがログインする Windows の各バージョンに関連付けられたグループ ポリシーも保存されます。ユーザー パッケージでは、 Active Directory に似た機能を持つダイナミック ローカル ユーザーも有効になります。これにより、eDirectory で作成されたアカウントは、事前にローカル アカウントが存在しない場合でも、任意のデスクトップ コンピューターにログインできます。また、新しく作成されたローカル ユーザー アカウントに、ユーザー、パワー ユーザー、管理者などのローカル アカウント権限が割り当てられます。Windows NT の場合、ユーザー プロファイル ファイルは、Windows の各バージョンのサブフォルダーの下のユーザーのホーム ディレクトリに保存されます。たとえば、Windows NT 4.0 ではフォルダーの名前は「Windows NT 4.0 Workstation Profile」になり、Windows XP ではフォルダーの名前は「Windows NT 5.1 Workstation Profile」になります。

ユーザー パッケージは、ディレクトリ内の特定のユーザー アカウントに関連付けることも、組織単位に関連付けてその OU 内のすべてのユーザー アカウントに適用することもできます。ユーザー パッケージでは、デスクトップ コンピュータのリモート表示やリモート制御、デスクトップ間でユーザーを追跡するネットワーク プリンタ、ユーザーがログインしている場所に関係なく実行されるイベントのスケジュール設定など、追加の ZENworks Desktop Management 機能も有効になります。

Windows 3.x にはユーザー プロファイルが含まれていませんが、ビジネス環境ではユーザーが自分専用のデスクトップを持つことができました。Windows 3.x には、ネットワーク管理者が setup.exe /a と入力して使用できる管理セットアップ オプションがあり、その後、Windows をネットワーク共有にインストールできました。その後、各ローカル マシンから Windows セットアップを実行して、いくつかのローカル ファイルをインストールし、Windows 3.1 をネットワーク経由で実行できるようにしました。ローカル ファイルは Novell または Windows NT ドメイン ネットワーク上のユーザーのホーム ディレクトリに保存できるため、ユーザーはマシン間で設定を移動できます。このシナリオのローカル マシンにはハード ドライブは必要なく、フロッピーまたはネットワーク カードから起動できました。

プロファイルが破損した場合やアプリケーションの問題を解決する場合、ユーザー プロファイルをリセットする必要がある場合があります。リセットは通常、システム管理者またはヘルプデスク スタッフが実行します。リセットを実行するには、影響を受けるユーザーがシステムからログアウトし、ユーザーの移動プロファイルが保存されているサーバー上のフォルダーの名前を変更する必要があります。また、ユーザーがログインするローカル ワークステーションからユーザー プロファイルを削除する必要があります。そうしないと、ユーザーは次回ログイン時にローカルに保存されているプロファイルを取得します。プロファイルがローカル マシンからクリアされると、ユーザーがログインしたときにワークステーションに保存されている既定のプロファイルを使用して新しいプロファイルが生成され、ユーザーがログアウトすると、プロファイルはユーザーの移動プロファイルが保存されていた場所にコピーされます。

• 必須ユーザー プロファイルを使用して管理制御を実施し、ユーザー自身による環境の損傷を防ぎます。
• ユーザーはネットワーク内のどこからでもより確実にデータにアクセスできます
• ほとんどのデータがサーバー上の1か所に保存されるため、バックアップが簡単になります。

ユーザーがワークステーションにログインするたびに、すべてのファイルと設定がネットワーク経由で転送されます。その結果、ユーザーがローカル プロファイルを使用する場合よりもログイン プロセスに時間がかかります。これは、プロファイルのサイズが大きい場合に特に当てはまります。プロファイルがキャッシュされている場合は、一部のファイルをローカル ワークステーションから読み込むことができるため、またフォルダー リダイレクトを使用して、My Documentsなどのサイズが大きくなる可能性のあるフォルダーをネットワーク共有にリダイレクトすることで、ログイン時間が短縮される可能性があります。

ただし、Windows Server 2008 Active Directory では、ユーザーのプロファイルに保存されていたほとんどすべてのフォルダー (マイ ミュージック、お気に入りなど) を、一元化されたセキュリティ保護されたネットワーク共有にリダイレクトできるようにすることで、この制限が解消されました。つまり、ユーザーの移動プロファイルのサイズを 20 MB 未満に簡単に縮小できるため、以前のバージョンの AD で発生していた長いログイン時間が解消されます。フォルダー リダイレクトとオフライン ファイルの自動キャッシュを使用すると、ユーザーのすべてのファイルと設定がオフラインで使用可能になり、コンピューターがRemote Differential Compression (RDC)を使用してネットワークに再接続されたときに、以前よりもはるかに効率的に同期されます。

もう 1 つの問題は、マシンにインストールされているアプリケーションのセットが異なることに関連しています。アプリケーションは情報をローカル設定に保存し、一部はレジストリに保存しますが、転送されるのはレジストリのみです。これにより、移動プロファイルでアプリケーションの機能が破損する可能性があります。

リダイレクトされたネットワーク フォルダーは、2000/XP と Vista/Win7 間の分離を無効にすることができます。たとえば、両方の種類のプロファイルをリダイレクトして、単一のドキュメント フォルダーと単一のデスクトップ フォルダーを使用するようにすることができます。これにより、他のすべてのアカウント設定が異なっていても、ユーザーのアカウント ドキュメントは 2 つのプロファイル間で一貫性を保つことができます。

アプリケーション データなどのフォルダーの共有をリダイレクトすると、データが破損する可能性があります。これは、Microsoft がアプリケーション データが異なる OS バージョン間で共有されることを意図していなかったためです。

ユーザー仮想化プログラム ( AppSenseなど)は、ユーザー プロファイル、設定、データを管理し、ネットワーク共有またはクラウドに保存します。

• フォルダリダイレクト

• Microsoft MSDN ライブラリ: ユーザー プロファイルに関するリファレンス
• Microsoft TechNet: Windows Server 2003 製品ヘルプ: ユーザー プロファイルのベスト プラクティス
• Microsoft TechNet: Windows Server 2003: 運用ホワイトペーパー: ユーザー プロファイルのベスト プラクティス