移動プロファイルを使用した遅いログイン
移動プロファイルを使用して、Windows2008をDC、Samba 3.3をファイルサーバーとして）でActiveDirectory環境を実行しています。一部のオフィスは低速リンク（1/2メガビット）を介して本社に接続されています。それほど速くはありませんが、それは予想されていました。
私が理解していないのは、ユーザーがログアウトして（予想どおり同期に長い時間がかかる）、翌日に再度ログインすると、ログインにも長い時間がかかるということです。そして、それは私が理解していないことです。同期は、何もそれほど速く変更されていないことを認識すべきではありませんか？また、同期の実装方法に関する適切なドキュメントはありますか？
[〜＃〜] edit [〜＃〜]：すべての助けに感謝します。最終的には、リモートプロファイルをスキャンするSophosAntivirusであることが判明しました。後で「リモート共有のオンアクセススキャンを無効にする」チェックボックスをオンにすると、すべてが高速になります。 （1メガビットの速度が得られます。したがって、ログに記録するのに5分しかかかりません…）
私の記憶では、Windows 2000以降、移動プロファイルクライアントは、プロファイルのサーバーコピー内のファイルの日付/時刻をローカルコピーと比較し、ローカルコピーが最新の場合、サーバーをコピーしませんでした。 -サイドファイルをクライアントに戻します。この動作についてMicrosoftからの文書を見つけることは不可能であることが証明されています。 （繰り返しになりますが、Windowsのソースコードにアクセスすると問題が解決する状況の1つがありますが、代わりに穴居人のような棒や石で突く必要があります...）
私の記憶は、「デスクトップ」フォルダで常にフォルダリダイレクトを使用するという私の行動を促した話に基づいていました。お客様のサイトで、ユーザーはサーバーコンピューターの適切なフォルダーではなく、数ギガバイトのCAD図面を「デスクトップ」に保存していました。PCのハードディスクドライブが故障しました。当時の雇用主が技術者を派遣して、ハードディスクドライブを交換し、PCのイメージを再作成しました。「個人設定の読み込み中...」ダイアログで、交換用イメージが「フリーズ」していたため、電話がありました。サーバーコンピューターで「ネットワークモニター」を使用すると、そのファイルはサーバーからクライアントにコピーされていました。もう少し調べてみると、ユーザーのサーバー側プロファイルの「デスクトップ」フォルダーにある、クライアントにコピーされていた20GB以上のファイルが見つかりました。技術者はせっかちでPCを再起動し続けたため、前回の試行で部分的にコピーされたファイルからプロセスが最初からやり直されました。すべてのコピーを許可すると、ユーザーは問題や遅延なしにログオンおよびログオフできました。
したがって、この話を念頭に置いて、ファイルサーバーコンピューターとしてWindows Server 2003 R2を使用し、クライアントとしてWindows XP Professional SP3を使用して、仮想マシンで少しモックアップを作成しました。
クライアントがプロファイルをキャッシュできるように、すでに移動ユーザープロファイルを持っているユーザーアカウントでVMにログオンし、ログオフしました。これにより、12MBの移動ユーザーが発生しました。クライアントにキャッシュされるプロファイル。
もう一度クレントにログオンしました。今回は、Wireshark（サーバーコンピューターで実行）を使用してクライアントとサーバー間のトラフィックをキャプチャしました。ログオン中に、およそ2,500のイーサネットフレームが通過するのを見ました。このログオン中にクライアントとサーバー間で移動したトラフィックは1.5MB未満ですが、プロファイルディレクトリが12MBを超えていることを思い出してください。これは、ログオンごとに完全なコピーが実行されていないことを示すかなり良い兆候です（ただし、後で説明するように、より多くの証拠が必要でした）。
キャプチャで観察された動作は、「Firstfirst」APIを使用して、ルートディレクトリから開始してプロファイル内のフォルダを再帰的にトラバースすることでした。そのトラバーサルが完了した後、クライアントは、各フォルダーで「開く」、次に「ファイル情報の照会」を実行するプロファイルをフォルダーごとにウォークスルーすることを実行しました。
このログオン中、プロファイル内のファイルの内容が実際にネットワークを通過するのはどこにも見られませんでした（そして、私が言ったように、会話全体は1.5MB未満でしたが、プロファイルを構成するデータは12MBです）。
56MBのファイルをプロファイルにドロップしてログオフしました。クライアントでログオフが完了した後、ファイルがプロファイルのサーバーコピーに表示されることを確認し、クライアントコンピューターのハードディスクドライブ（「C $」共有経由）のキャッシュコピーからファイルを削除しました。
Wiresharkで監視しながらクライアントに再度ログオンし、ログオン中にクライアントとサーバー間の60MBの転送を確認しました。クライアントがサーバーに56MBのファイルの内容を要求したキャプチャをはっきりと見ることができました。
ログオフして再度ログオンしましたが、今回はローカルにキャッシュされた56MBのファイルをクライアントだけに残しました。そのログオンでは、クライアントとサーバー間の転送の合計は再び1.5MB弱でした。
これは、少なくともWindows XP Professional SP3では、動作の記憶を確認しているようです。
では、なぜ長いログオン遅延が発生するのですか？ 「遅い」（私はそれらが単に「遅い」と主張する）ことに加えて、あなたのWANリンクはおそらくかなり潜在的です（ローカルイーサネットと比較して）。私が観察した再帰的なディレクトリトラバーサル上記のログオンでは、LANで完了するのに約3秒かかりました。実際にネットワークを通過するデータはごくわずかですが、WANではその数倍になります。SMB潜在的なリンク上の真空クリーナー。
「ApplicationData」フォルダや「Cookies」フォルダなどにある無関係なファイルのユーザープロファイルを「クリーンアップ」すると、ログオン時間とログオフ時間が減少するのではないかと思います。残念ながら、そこにはがらくたがたまる傾向があり、チェックするのは難しいです。
いくつかのアイデア：
Immidio Flex Profiles すべてのユーザープロファイルデータを含むZipファイルを作成し、それをサーバーコンピューターにアップロードします。組み込みのプロファイルレプリケーションエンジンよりも潜在リンクでうまく機能します。このツールキットは以前は無料でしたが、今では有料の製品になっていると思います。
ユーザーがオフサイトのオフィス間を頻繁に移動しない場合は、各オフサイトの場所に「サーバー」を配置して、そのオフィスで働くユーザーの「移動プロファイルサーバー」にし、リモートでバックアップすることができます。 10人を超えるユーザーが一度に接続を試みない（そしてオフにされない）限り、この役割でWindowsクライアントPCを使用できます。または、Sambaに既に精通しているので、各オフィスで移動プロファイルをホストするローエンドのLinuxマシンを配置し、rsyncなどを使用してファイルをハブの場所にコピーしてバックアップすることもできます。
ソリューションを金メッキしたい場合は、Windows Serverマシンを各オフィスに配置し、DFS-Rと共有する移動プロファイルを複製すると、ユーザーはすべてのオフィス間を自由に移動できます。
移動ユーザープロファイルから可能な限り最高のエクスペリエンスを得るには、すべてのドキュメントを読み、実装を徹底的に計画することが重要です。このセクションでは、移動ユーザープロファイルを使用するためのベストプラクティスを示します。
高速ログオン拡張機能をオフにします
Windowsの高速ログオン拡張機能XPユーザーがローカルプロファイルから移動プロファイルに変更する場合、プロファイルの変更を登録するには、各マシンで2回のログオンが必要です。これは、ユーザーが常にログに記録するためです。キャッシュされた資格情報を使用してオンにします。したがって、ユーザーがローミングになったことをネットワークが認識するのに1回のログオンと、これらの設定を適用するための2回目のログオンが必要です。
最高のエクスペリエンスを保証するには、[コンピューターの構成]、[管理用テンプレート]、[システム]、[ログオン]にある[コンピューターの起動時とログオン時に常にネットワークを待機する]設定を有効にします。
マイドキュメントフォルダの場所をユーザーの移動プロファイルの外部にリダイレクトします。
新しいコンピューターへの初期ログオン時間を短縮するには、マイドキュメントフォルダーの場所をユーザーの移動プロファイルの外部にリダイレクトすることをお勧めします。これを行う最良の方法は、フォルダリダイレクトを使用することです。 Active Directoryを有効にしていない場合は、ログオンスクリプトを使用してこれを行うか、ユーザーに手動で行うように指示できます。
システムに各ユーザーのプロファイルフォルダーを作成させます。
移動ユーザープロファイルが最適に機能するようにするには、サーバー上にルートプロファイル共有のみを作成し、システムに各ユーザーのフォルダーを作成させます。ユーザー用のフォルダーを作成する必要がある場合は、正しいアクセス許可が設定されていることを確認してください。必要なアクセス許可の詳細については、移動ユーザープロファイルを構成する際のセキュリティに関する考慮事項を参照してください。
移動プロファイル共有でオフラインフォルダを使用しないでください。
移動ユーザープロファイルが保存されている共有のオフラインフォルダーは必ずオフにしてください。ユーザープロファイルのオフラインフォルダーをオフにしないと、オフラインフォルダーと移動プロファイルの両方がユーザープロファイル内のファイルを同期しようとするため、同期の問題が発生する可能性があります。
Windows XPはプロファイルをキャッシュします。ログイン時にWindows XPは、ローカルにキャッシュされたコピーがのバージョンよりも新しい場合、ntuser.datの最終書き込み時間をチェックします。サーバー上の移動プロファイルは、ローカルにキャッシュされたコピーから実行されます。
これが technote です。ある日から次の日まで、usersディレクトリのntuser.datファイルをチェックして、ファイルの日付/時刻が変更されているかどうかを確認することをお勧めします。
今日は違うかもしれませんが、2001年に、MSの人から、ローミングを使用しない[〜＃〜]しない[〜＃〜]という非常に具体的なアドバイスを受けました。プロファイル。主な理由はファイルシステムのパフォーマンス（特に小さなファイルのロード）です。フォルダリダイレクト、アプリケーションの展開、デスクトップのロックダウン、およびプロファイルの残りの部分が異なる状態での生活が望ましいとアドバイスされました。
また、キャッシュされたコピーでさえマスターに対してチェックする必要があると思います。これにより、常に追加のレイテンシーが発生します。