locked
請問DFS的資料夾目標和Branch Cache有何不同之處? RRS feed

  • 問題

  • 大家好,這兩個機制好像還蠻類似的,應該都是讓多個分點的使用者可以同時存取一樣的檔案內容集中管理,我加入多個DFS資料夾目標之後,這一些目錄就可以彼此同步,分點的人員就可以就近讀取當地的資料夾目標主機,不用再回總公司檔案主機存取檔案,請問這兩套機制有甚麼不一樣的地方呢?還是我的理解有誤呢?謝謝。
    • 已編輯 Bess233 2012年11月29日 下午 03:36
    2012年11月29日 下午 03:32

解答

  • 在使用動機上就不同,

    DFS是把檔案同步到不同的DFS SERVER上, 從而做到容錯的效果, 而使用者其實並不太知道他們究竟是在拿近端的還是遠端的檔案,

    因為他們只要從DFS的logical namespace存取, 後台的DFS網絡就能提供這個檔案給他.

    Branch Cache的使用動機是假如你有兩個(或以上)辦公室, 而且它們只用一條慢速的網絡連接起來, 但兩邊(或單向)會存取對方檔案,

    如果頻繁的存取遠端的檔案勢必會影響這條網線的效率, 做成其他服務效能低落, 這時帶入Branch Cache功能的話, 只要某個Office某個員工A已拿到某個版本的檔案,

    而又有第二個處於相同網絡員工B想拿取同一個檔案, 他就能直接從員工A或是Branch Cache server得到這一個副本, 節省WAN Link的使用率, 而且Branch cache有用到類似BT的技術, 在多邊存取上顯得更有效率. 例如有人會把Branch Cache和WSUS配搭使用, 就能大大減低分公司電腦拿取Windows update時所使用的Bandwidth


    邊幫助, 邊鍛鍊


    2012年11月30日 上午 01:57

所有回覆

  • 在使用動機上就不同,

    DFS是把檔案同步到不同的DFS SERVER上, 從而做到容錯的效果, 而使用者其實並不太知道他們究竟是在拿近端的還是遠端的檔案,

    因為他們只要從DFS的logical namespace存取, 後台的DFS網絡就能提供這個檔案給他.

    Branch Cache的使用動機是假如你有兩個(或以上)辦公室, 而且它們只用一條慢速的網絡連接起來, 但兩邊(或單向)會存取對方檔案,

    如果頻繁的存取遠端的檔案勢必會影響這條網線的效率, 做成其他服務效能低落, 這時帶入Branch Cache功能的話, 只要某個Office某個員工A已拿到某個版本的檔案,

    而又有第二個處於相同網絡員工B想拿取同一個檔案, 他就能直接從員工A或是Branch Cache server得到這一個副本, 節省WAN Link的使用率, 而且Branch cache有用到類似BT的技術, 在多邊存取上顯得更有效率. 例如有人會把Branch Cache和WSUS配搭使用, 就能大大減低分公司電腦拿取Windows update時所使用的Bandwidth


    邊幫助, 邊鍛鍊


    2012年11月30日 上午 01:57
  • 謝謝回應,想請教一下DFS虛擬目錄中若有兩個資料夾目標分別連結到兩台主機,一個在分點A,一個在分點B,那分點B的使用者存取檔案的話是會跟分點B的檔案主機直接聯繫嗎?DFS都是使用預設的設定沒有做特別的變更。
    2012年11月30日 上午 03:52
  • 使用者B首先會接觸擁有命名空間的機器, 再來會接觸最近端的一台DFS replica以得到檔案, 如果近端Replica失效, 就會找尋其他可行路徑

    邊幫助, 邊鍛鍊

    2012年12月3日 上午 04:51
  • 謝謝回應,這樣看起來好像DFS還比較可行,DFS也可以節省WAN的頻寬不是嗎?因為Branch Cache的門檻比較高一定得是企業版的作業系統才可以,DFS只要標準版就可以建置了,而且Branch Cache一定會遇到第一次讀取的檔案比較慢問題,而且好像還有快取壽命的問題,DFS則是同步完成之後就不會有這個問題,但DFS比較占硬碟空間就是了。

    另外想請教一下這兩個機制的檔案同步性和唯一性是怎麼做的呢?分點B的使用者存取一個檔案,若同一時間分點A的使用者也存取同一個檔案會發生甚麼事情?



    • 已編輯 Bess233 2012年12月4日 下午 01:50
    2012年12月4日 下午 01:44
  • Branch Cache比較簡單, 其實它只是幫你快一點得到這一個檔案, 並不是真的有兩個儲存同一個檔案的地方, 所以如果有人已經拿到這個檔案, 當然你就只能用唯讀模式去看了

    DFS卻真的把一個檔案分散到兩個不同的地方, 如果使用者讀取的是同一個DFS Replica上的檔案, 那麼就沒有問題, 系統還是可以把檔案寫入權瑣起來.

    如果兩個使用者分別讀取不同點的檔案, 唯讀性就會失效 (至少Win2008還是這樣), 最後他們會互相覆寫對方的檔案, 做成資料流失..

    而最遺憾的事, 如Office這些程式原先會提示你已經有人開啟檔案, 只能以唯讀模式讀取, 但因為不同的DFS Replica並不會互相告知檔案已有人讀取中,

    所以使用者並不能知道這件事.

    唯一解決辦法

    1. 開檔案前先告訴全世界 (不可能吧).

    2. DFS能限定每個資料夾只能往某一個機子上讀取 (這功能叫static referral order), 避免了以上的覆寫情況,  雖然這樣就會犧牲某程度上的效能得益了. 但由於各DFS Replica還是會互相同步, 所以DFS的原意, 就是資料上的保障, 還是可以維持的


    邊幫助, 邊鍛鍊

    2012年12月6日 上午 02:53
  • 你好,請教一下以下問題-->

    1.DFS能限定每個資料夾只能往某一個機子上讀取 (這功能叫static referral order)-->舉個例子,這各是指強制所有使用者都存取分點A的主機嗎?這樣子分點B的使用者存取檔案時都是WAN的速度就是了,分點B的主機只是拿來做備份,請問我的認知是否正確呢?

    2.如果DFS的檔案機制是各自為政的話,這樣子這各機制不是風險很大嗎?而且預設值就是會造成這各風險,還蠻危險的,因為預設政策是讀取自己站台內的目標主機,而且DFS-R預設也是雙向同步的,這也就是說若使用者A和B同時開啟同一個檔案進行編輯的話,若B的檔案比較晚存檔的話,就會因為同步機制把A編輯過的檔案覆蓋過去對嗎?

    3.Branch Cahe是開啟檔案時第二個人若開啟同一個檔案會出現被開啟中對吧?若使用者B編輯檔案完畢之後,會自動將檔案同步回分點A的主機上,請問我的認知是否正確呢?

    2012年12月6日 上午 03:09
  • 1. 對的

    2. 沒錯, 真的很危險

    3. 沒錯, 無論使用者從那裡得到檔案, 最後都會把檔案寫入原來的侍服器.

    所以佈署DFS時要很小心編定檔案資料夾的位置, 最無腦的做法莫過於下面的例子了 , 把不同地域以資料夾分類, 下層配以部門, 分別指派到它們最近端的File Server

    ShareDrive NameSpace-

    -Taiwan

    >Accounting Department

    >IT Department

    -Hong Kong

    >Buying Department

    >Research and Development

    -USA

    >Administration


    邊幫助, 邊鍛鍊


    2012年12月6日 上午 03:21