SharePoint File Server 架設問題

mickey1112 2012-04-05 16:28:42 ‧ 8383 瀏覽

分享至

目前預計將現有的File Server 轉至Sharepoint上
Sharepoint 拆成AP及DB兩部份，
DB是採用RBS FILESTREAM Provider方式存放檔案
一直想解決上傳速度上的問題..
當丟一個.zip的大檔上去時，傳輸速度還算ok(約1G多)
接著丟含許多項目的資料夾及檔案的資料夾上去，速度明顯變慢許多(約1G多)
上傳及下載速度可否有改善空間？？
上傳限制是否可修改？目前最高只能調整至2G
下載限制是否修改？？

登入發表討論

直播研討會

{{ item.channelVendor }} {{ item.webinarstarted }} |

直播中

2 個回答

Ray

iT邦大神 1 級 ‧ 2012-04-06 11:57:35

最佳解答

你丟一個檔案, 所有開檔關檔的動作, 只要做一次;
你丟一萬個檔案, 所有開檔關檔的動作, 通通要做一萬次;

只做一次, 跟做一萬次, 時間怎麼可能相同? 這件事情跟檔案容量沒有關係...

Sharepoint 要加快傳載速度, 必須從多方面同時下手:

CPU 加快加多顆
RAM 加大
RAID 效能提升

修改限制, 至少有三個地方要改到, 請參考這些:
Increasing the maximum upload limit on a Sharepoint Site

Sharepoint 建議超過 2GB 以上的檔案, 不要放進來, 否則對效能的衝擊會很大. 但若您堅持的話, 請參考這篇改用 RPC 方式做, 但這樣可能不適合穿越 Internet:
Upload a File to a SharePoint Document Library

回應 3
分享
檢舉

kaowoei iT邦研究生 4 級 ‧ 2012-04-06 16:45:18 檢舉

請問樓主已經將檔案採用RBS FILESTREAM Provider儲存，等於檔案實際上並不儲存在資料庫，這樣對於效能還是有衝擊嗎？

mickey1112 iT邦新手 5 級 ‧ 2012-04-09 10:34:59 檢舉

有試著上傳1G多的壓縮檔，傳輸速度約2~3分
硬體規格如下：
AP. CPU Intel X5690 3.47GHz x2
RAM 8G
DB. CPU Intel E5630 3.53GHZ x2
RAM 8G

Ray iT邦大神 1 級 ‧ 2012-04-09 12:02:03 檢舉

kaowoei提到：
等於檔案實際上並不儲存在資料庫，這樣對於效能還是有衝擊嗎？

Sharepoint 不是把檔案放進來就算了, 他還要對內容做 Content Indexing, 這樣才能讓你 Search. 那個 Indexing 一樣要把整個檔案掃一次, 用 RBS 雖然少掉一些 SQL overhead, 但是整個檔案過大的話, 一樣會被 HDD 的 Latency 拖累, 不見得能拿到多大好處...

登入發表回應

netjedi

iT邦新手 3 級 ‧ 2012-04-06 23:29:08

其實SharePoint是否適合來取代FileServer是要考慮使用情境的，以下是2007年我們內部評估所參考的資料，請參考，我們後來的結論是還是依情境各用各的，大量I/O存取FileServer還是有優勢，請思考您的應用方式(例改為AP+DB+FileServer，資料的上下載儘量利用FileServer，藉以分散I/O，這樣SharePoint也才可發揮應有的效能與功能)，否則似乎是必然的結果，架構的重新調整與設計恐怕比任何硬體上的改變都來的治本

To BLOB or Not To BLOB: Large Object Storage in a Database or a Filesystem?
http://research.microsoft.com/research/pubs/view.aspx?msr_tr_id=MSR-TR-2006-45

FILESTREAM Storage in SQL Server 2008
http://msdn.microsoft.com/en-us/library/cc949109.aspx

Is the File Server Dead?
http://blogs.msdn.com/sharepoint/archive/2007/01/02/is-the-file-server-dead.aspx

ROI from File Shares to SharePoint
http://blogs.msdn.com/joelo/archive/2007/04/12/roi-from-file-shares-to-sharepoint.aspx

What NOT to do on SharePoint
http://blogs.msdn.com/b/joelo/archive/2007/11/08/what-not-to-store-in-sharepoint.aspx

File Shares vs. Sharepoint
http://www.sharepointblogs.com/heliosa/archive/2007/05/14/file-shares-vs-sharepoint-reloaded.aspx

SharePoint vs. File Shares
http://spsdreamjob.spaces.live.com/blog/cns!D0B14C6B969D7501!131.entry

回應 2
分享
檢舉

mickey1112 iT邦新手 5 級 ‧ 2012-04-09 16:32:31 檢舉

請問當初評估時是sharepoint 2007嗎？？
確實不管是2007 or 2010 都要考慮到使用人數及硬體
我有試著您的方法改為 AP+DB+FS 方式去運作
降低效能被拖慢..

netjedi iT邦新手 3 級 ‧ 2012-04-09 17:37:51 檢舉

文件確實是當初在評估2007升級時找的
我們先是導入2003後來直接升級為2010
本來確實有期待看SharePoint可以取代多少FileServer的角色
因為確實在團隊協作上有其方便性
但是I/O瓶頸實在是先天架構問題
若再考慮到目前許多NAS所提供的特異功能後(如重複資料刪除,無限快照等,差異備份/備援,Global Namespace支援等..且架構更簡單)
就更難以單純以SharePoint來取代FileServer了
因為在面對資料增長的抑制上,許多NAS都提供了更好的解答與方案
SharePoint很好,但適合來放精粹過的有效資料,譬如知識庫或需要高度協作的檔案
FileServer就來處理一般資料存放需求與中繼檔案
以上目前的應用與建議