這幾篇都是處理DFS相關的除錯，本次的錯誤是在網域型命名空間底下名為share的命名空間發生“無法查詢命名空間，rpc伺服器無法使用”的錯誤。一樣也是因為不當刪除命名空間導致的錯誤，這個不當指的是刪除命名空間未事先解除複寫成員的設定資訊而逕自連同複寫群組一併刪除!但是既然這樣會出錯，Server2008卻還提供這樣的功能，簡直就是挖洞給人跳嘛!
不過，這帳還是應該要算在我頭上，當初server1降級前其實也是擔任網域命名空間伺服器的，\\sips.tpc.edu.tw\share其實就是server1建立的命名空間，降級後失去聯繫當然也是正常，但解決方法少有相關技術文件可參考，畢竟NameSpace本來就不是可隨意刪除的物件。
測試了一下，在建立命名空間test時有告知會產生共用資料匣在本機路徑C:\DFRoot\test
到server3檢查的確是有建立共用目錄，所以當我之前將server1降級後，原本server1的C:\DFRoot\share共用目錄路徑就無法連線了，因此導致“無法查詢命名空間 rpc伺服器無法使用”的問題。在C:\DFRoot目錄下會出現所有曾透過網域型命名空間所建立的共用目錄，已遭刪除的命名空間目錄仍就會被保留(但取消共用)，要不要清空就看個人評估，我最後是選擇清空，這樣以後只要分別到Server1與Server3的C:\DFRoot路徑下即可辨別該命名空間伺服器分別建立了哪些命名空間!
解決方式一樣是透過ADSI編輯器找出share物件並刪除，路徑在DC=sips,DC=tpc,DC=edu,DC=tw
CN=System
CN=Dfs-Configuration
CN=share
將最後兩個CN=share容器刪除即可，建議由最底層往上進行刪除
最後再刪除Server3的C:\DFRoot\share目錄即可
==============================================
DFS除錯到此為止，網域型命名空間總算恢復正常運作…Server1與Server3又開始了忙碌的工作
Server1
Server3