none
windows 2003 sp1DFS新功能dfsutil /targetpriority RRS feed

解答

  • 你的Server 2003是SP1還是SP2? 如果是SP1的話建議你先更新到SP2

    另外你的AD環境是否有正確的使用Site?

    Thanks


    不管問題有沒有解決..麻煩都回來回報一下..對回答者也算是一種尊重:)
    微軟技術支援網站
    • 已標示為解答 Vincent Lin 2010年7月22日 上午 09:53
    2010年7月16日 上午 02:46

所有回覆

  • 你的Server 2003是SP1還是SP2? 如果是SP1的話建議你先更新到SP2

    另外你的AD環境是否有正確的使用Site?

    Thanks


    不管問題有沒有解決..麻煩都回來回報一下..對回答者也算是一種尊重:)
    微軟技術支援網站
    • 已標示為解答 Vincent Lin 2010年7月22日 上午 09:53
    2010年7月16日 上午 02:46
  • 如果Vincent Lin 提到的,不知道你的AD架構是否有做切站台的規劃?
    我推薦先觀看微軟TechNet在2006年5月請曹祖聖老師授課的「Windows Server 2003 R2 分散式檔案系統(DFS) 規劃與部署」影片,
    多瞭解一下DFS 的部署及規劃。


    蘇老碎碎念
    資訊無涯,回頭已不見岸
    好用的微軟技術支援小工具
    Facebook - 微軟台灣官方論壇愛好者俱樂部
    如何在論壇正確發問,請參考iThome的文章: 如何問到我要的答案
    2010年7月16日 上午 04:18
    版主
  • Hi Vincent:

    已經是SP2,原本沒有做Site規劃,後來已設定台北和台中的Site切開,但是使用者的連線還是跑到台北來!?

    使用dfsutil /targetpriority /display看到各台Server在各個站台都是PriorityRank = 0(最高的)

    TargetPriority for path test.com\dfs\dfs:

            Target <TP1, dfs>:

            PriorityClass = SiteCostNormal, PriorityRank = 0

     

    TargetPriority for path test.com\dfs\dfs:

            Target <TC1, dfs>:

            PriorityClass = SiteCostNormal, PriorityRank = 0

     

    2010年7月21日 下午 12:13
  • 你先在Server端 & Client端執行下面動作去清除之前快取的DFS referral後再測試一次看看是否改善

    1.在Client端先安裝下面Support Tools or 複製 Server 端的 dfsutil.exe 過去執行

    Windows Server 2003 Service Pack 2 32-bit Support Tools
    http://www.microsoft.com/downloads/details.aspx?FamilyID=96a35011-fd83-419d-939b-9a772ea2df90&displaylang=en

    2.分別執行下面指令

    dfsutil /pktflush
    dfsutil /spcflush
    ipconfig /flushdns

    3. 在Client端重新透過 \\domain.com 的方式去連接DFS Namespace 看看是否會選擇到自己Site的Server

    如果還是不行的話 , 請你重新執行步驟2的動作 , 並在Client端安裝Network Monitor 3.4去抓取步驟3的封包

    然後將封包檔案上傳到網路上如http://skydrive.live.com給我看看

    Thanks


    不管問題有沒有解決..麻煩都回來回報一下..對回答者也算是一種尊重:)
    微軟技術支援網站
    2010年7月22日 上午 02:47
  • 經檢查用互端已連到當地的DFS Server

    可是使用DFS的速度與直接開當地Server上的同一個目錄,開啟的速度還是慢上許多(Delay 7,8秒)

    還有其它因素會影響速度嗎?

    2010年7月22日 上午 09:27
  • 你是指目錄裡面的檔案顯示比較慢? 還是整個連線的過程比較慢?

    如果是後者的話應該是正常的 , 因為這種方式比直接連接Server會多出一些步驟 , 所以會慢一點點

    Thanks


    年度軟體技術盛會微軟Tech.Days 2010 9月28日登場, 您還在等什麼? 快報名就對了.


    2010年7月22日 上午 09:43
  • 是屬於後者,可是點選一個目錄後要七八秒與原本未切site的速度是差不多的

    依經驗Delay七八秒屬正常嗎?本地的是即時就完成了!

    2010年7月22日 上午 10:18
  • 因為連線方式不太一樣

    透過DFS Namespace做連線時 , 簡單說會有下面幾個動作

    1. 找Domain去要DC的資訊
    2. 找DC去拿Root Server(DFS namespace server)的referral
    3. 找Root Server要link target(DFS成員)的referral
    4. 最後才會去找到該台Server的Share folder

    假設中間Client端跟 DC or DFS root server 的查詢比較慢的話 , 可能會導致delay

    可能就要透過network monitor去檢查一下整個過程的狀況了

    另外 , 如果你Client端連過一次之後 , 在做一次連線 , 應該整個速度就不會那麼慢了吧

    Thanks


    年度軟體技術盛會微軟Tech.Days 2010 9月28日登場, 您還在等什麼? 快報名就對了.


    2010年7月22日 上午 10:40
  • 不,奇怪的就是每次進去都慢,我再用sniffer抓看看好了,有進一步消息再回覆
    2010年7月22日 下午 02:27
  • 已用wireshark抓完封包,過程中都是找台中Site看起來很正常,但速度就是比較慢

    而且目錄越多層會越慢(第一層等一秒,第二層三秒,第三層等八秒),真是奇怪,

    這樣可以請微軟開Case有解嗎?

    2010年8月6日 上午 06:47