我維護一個Web應用程序(ASP.NET/IIS7/SQL2K8/Win2K8),它需要訪問文檔,實際上有數十萬個文檔,並且正在增長。目前,它們都在Windows 2K8服務器文件共享中,由UNC路徑(SMB)訪問。這些文件位於一個單一的平面目錄中,我正試圖規劃如何最佳地改進此解決方案。我不想使用SQL Filestream屬性,因爲將它全部移植到SQL Server文件中並且真正鎖定到SQL Server是非常重要的工作。我還需要找到一種方法來複制數據以進行災難恢復,所以也許解決方案也可以爲此提供幫助。如何縮放文檔存儲系統?
選項可能是:
- 段文件到多個目錄?
- 應用會(通過其他方式或段),增加對哪個目錄是元數據
- 段文件到不同的服務器? (虛擬化)
- 備份變得更加複雜。
- 應用將增加對這些服務器是在
- NAS存儲
- SAN存儲
- 將服務(WCF)中的文件前的元數據,並有應用聊到服務
- 獎金可再利用的在多種應用中
假設我要存儲在文件系統上而不是數據庫中(我已經閱讀過這些文件),這將是一個更具可擴展性的解決方案?
感謝您的回答!我似乎一次又一次地回到雲選擇,所以這是一定要看的。簡單是我書中的關鍵,所以可能沒有SharePoint,但這是我沒有考慮過的。對於亞馬遜,你有任何喜歡同步軟件?我記得看過幾個,但大多數聲稱「不是爲了同步那麼多文件而構建的」或類似的東西。 – RyanW 2011-02-01 19:25:03