使用漫遊配置文件登錄緩慢
我們正在執行 ActiveDirectory 環境，其中 Windows 2008 作為 DC，Samba 3.3 作為文件伺服器，使用漫遊配置文件。我們的一些辦公室通過慢速鏈路 (1/2 Mbit) 連接到總部。當然，這不是很快，但這是意料之中的。
我不明白的是，如果使用者註銷（如預期的那樣需要很長時間同步）然後第二天再次登錄，那麼登錄也需要很長時間。這就是我不明白的。同步不應該認識到沒有什麼變化很快嗎？另外：關於如何實現同步有沒有像樣的文件？
編輯：感謝所有幫助。最後結果是 Sophos Antivirus 正在掃描遠端配置文件。稍後選中“禁用遠端共享的按訪問掃描”複選框，一切都很快。（最快 1mbit。所以登錄只需要 5 分鐘……）
我的回憶是，從 Windows 2000 開始，漫遊配置文件客戶端會將配置文件的伺服器副本中的文件的日期/時間與本地副本進行比較，如果本地副本是最新的，它不會複製伺服器-side 文件返回給客戶端。事實證明，從 Microsoft 那裡找到有關這種行為的文件是不可能的。（再一次，我們遇到了一種情況，訪問 Windows 原始碼可以解決問題，但相反，我們不得不像洞穴人一樣用棍子和石頭戳它……）
我的回憶是基於這個故事，它促使我總是在“桌面”文件夾上使用文件夾重定向。在客戶站點，使用者正在將數個數 GB 的 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 在潛在連結上就像吸塵器一樣糟糕。
我懷疑如果您“清理”使用者在“應用程序數據”文件夾、“Cookies”文件夾等中的無關文件配置文件，您會看到登錄和註銷時間減少。不幸的是，垃圾往往會堆積在那裡，很難控制。
一些想法：
- Immidio Flex Profiles創建一個包含所有使用者配置文件數據的 ZIP 文件，並將其上傳到伺服器電腦。與內置的配置文件複製引擎相比，它在潛在連結上的工作效果更好。這個工具包過去是免費的，但我相信它現在是一種付費產品。
- 如果使用者不經常在異地辦公室之間移動，您可以在每個異地位置放置一個“伺服器”作為在該辦公室工作的使用者的“漫遊配置文件伺服器”，並遠端備份它。您可以在此角色中使用 Windows 客戶端 PC，只要不超過 10 個使用者嘗試同時連接到它（並且它不會被關閉）。或者，由於您已經熟悉 Samba，您可以在每個辦公室放置一台低端 Linux 機器來託管漫遊配置文件，然後使用 rsync 之類的東西將文件複製回中心位置進行備份。
- 如果你想給解決方案鍍金，你可以在每個辦公室安裝一台 Windows Server 機器，複製與 DFS-R 共享的漫遊配置文件，使用者將能夠在所有辦公室之間自由移動。