重定向文件夾、伺服器遷移以及將使用者正確移動到新伺服器
我目前正在度過一個看起來應該是一個相當簡單的項目的地獄時光。
基本上，
$employer有一堆遠端站點具有模擬真實伺服器的古老硬體，並且他們正在用真實伺服器替換它們。或者，更準確地說，他們正在購買新的伺服器並讓我進行更換它們的工作。這些站點通常很小，所以沒什麼太複雜的——我們基本上只是為所有站點提供文件伺服器、列印服務和域控制器/DHCP 伺服器。當然，問題來自於使用者配置文件重定向。我們所有的使用者都將他們的
My Documents目錄重定向到文件伺服器，例如：\\[crappy-old-server]\users\%username%. 由於我們正在努力做正確的事情，我們正在新伺服器上設置 DFS 並將其更改為：\\[not-crappy-DFS-root]\[sitename]\users\%username%.這部分工作得很好，在使用Microsoft 文件伺服器遷移工具包遷移文件伺服器後，我們執行csccmd將客戶端電腦上的共享指向新位置，更改 Active Directory 和組策略中的一些內容（映射驅動器、列印機等）並收工。
然而，問題在於，雖然 csccmd 工具將一些系統資料庫引用移動到舊伺服器，但客戶端系統資料庫仍然存在不良連結（MRU、Bit Bucket Recycler 路徑、列印機、應用程序預設值、掛載點、Shell 文件夾，網路記憶體等），因此，使用者甚至無法打開開始菜單而不會出現網路超時，因為某些設置正在尋找某些東西
\\[crappy-old-server]\users\%username%而不是\\[not-crappy-DFS-root]\[sitename]\users\%username%. 從字面上看，幾乎任何事情都需要至少 30 秒，這是不可接受的。為了解決這個問題，我在每台客戶端機器上手動打開 regedit，搜尋舊的伺服器字元串，找到後刪除密鑰或用新的 DFS 路徑替換舊的伺服器名稱。顯然，這很糟糕，我認為必須有更好的方法，因為我目前的解決方案根本無法擴展，並且更大的使用者遷移必須使用更自動化的方法來解決這個問題。
那麼，不涉及手動搜尋客戶端系統資料庫的更好方法是什麼？
您可以在每個站點中安裝一台機器，
\\[crappy-old-server]\users作為獨立的 DFS 根，users並作為指向新\\[not-crappy-DFS-root]\[sitename]\users文件夾的 DFS 連結。OptionalNames假設您還沒有名為 的共享，您可以使用您在每個站點中部署的伺服器users。