locked
請問一下DFS檔案系統互相操寫的機制? RRS feed

  • 問題

  • 如果我在三個地方(A、B、C)各建立一台檔案伺服器,並使用DFS機制。

    若A丟一個檔案上去,照理說會給B和C。問題如下:

    1、B和C之間會不會又把相同的檔案互相操寫一次?

    2、如果檔案不會在操寫一次,那麼DFS的機制是什麼?

    3、是不是每建立一個檔案,DFS系統會自動給檔案一個UFID識別,防止檔案重覆抄寫?

    謝謝高手們的幫忙解惑~

    2014年2月26日 上午 08:06

解答

所有回覆

  • 這是你可以控制的建議你可以先看一下DFS 複寫:常見問題集 (FAQ)

    小白技術沒關係 金錢的力量 決定服務的高低

    2014年2月26日 上午 09:13
  • Hi ruff_liu

    歡迎您將後續測試結果回報至論壇, 或將對您有幫助的回覆標示為解答,

    以利討論的進行並幫助其他有類似問題的朋友. 謝謝您!


    2014年3月1日 下午 07:20
  • 你好, 預設是使用Full Mesh, 即各服務器都有對其他節點的雙向覆寫的陣式

    http://support.microsoft.com/kb/224512

    你也可以選擇把其他的一些覆寫方向刪除, 在建立DFS時, 你可以選擇一種叫Hub and Spoke的陣式, 多用作建立備份目標服務器之用


    邊幫助, 邊鍛鍊

    2014年3月3日 上午 01:39
  • 操寫機制如下:

    http://technet.microsoft.com/en-us/library/cc781091%28v=ws.10%29.aspx

    當檔案有異動時,會丟出一個小於1KB的確認檔,給全部成員,讓成員判斷是否要抄寫。

    如果有發生DFS 4412這訊息時,代表資料夾或檔案中的UFID與DFS全部成員不正確,自然會認為衝突檔案,接下來DFS會刪除資料夾或檔案,若頻寬過小,長回來的時間會更慢。

    初始化可以預先塞檔案或資料夾到成員伺服器,因為此時的檔案和資料夾的UFID是一樣的,所以可以正常運作抄寫。但啟動複寫後,突然加入一台成員伺服器,是否也能順利複寫,答案是可以的,但是預先塞檔案給他,似乎也會判斷為衝突檔案,頻寬若快,會沒有感覺。反之,就慢慢等它抄完。

    人重視檔案或資料夾,但DFS則是重視檔案和資料夾的UFID碼需要一致才能抄寫。

    也就是說Windows 2003 r2說一個複寫群組的資料夾不能超過5000個,關鍵就是每一個資料夾都有一個UFID碼。

    這是我測試出的論點。


    • 已編輯 ruff_liu 2014年3月16日 上午 12:20 更改論點
    2014年3月14日 上午 03:22