2008-10-18 64 views

回答

8

在一天的SharePoint結束僅僅是一個複雜的網站,與所有的標準組件。

爲了優化需要分析各組分並確定哪些一個是一個問題,並且然後相應地調整它的性能。

我們在實施1000個併發用戶的SharePoint網站,可能會或可能不會是大的過程,但我們正在採取一些措施是:

  1. 實現一個詳細的緩存策略,緩存的WebPart內容智能化。
  2. 使用負載均衡的服務器來確保我們所有的硬件都被利用,而不是閒置。
  3. 考慮到現有的解決方案,我們已經進行了容量規劃,所以我們有一個好主意,哪個組件是我們的瓶頸。 (SQL Server),所以我們將確保服務器能夠應對網站的預期負載和未來增長。
  4. ,我們還利用硬件負載均衡器,這將確保我們的網絡和相關服務器按預期運行,並再次這是你實現一個SharePoint網站之前進行調查。
  5. 我們還確保我們的webparts不會生成不必要的html,並且不會返回不必要的數據,因爲這會減慢加載時間。

我絕對認爲是一個好主意的東西是有一個目標,可以花費大量的金錢和時間優化SharePoint,這可能是不必要的。

+0

此建議對任何情況都有用。 – moo 2008-10-21 23:02:10

1

除了緩存和硬件,試圖確保您的masterpages和頁面佈局都沒有在數據庫中重影(需要數據庫的調用來檢索)。

確保這些文件得到您的解決方案發佈於12蜂巢執行此操作。

+1

你可以進入更多的細節或提供一些鏈接? – 2009-10-23 18:55:49

2

我的其他最好的賭注是:

我不能強調,正確的早期規劃對於成功實施SharePoint至關重要。

1

不要忘了仔細選擇內置緩存設置(根據您的情況選擇合適的緩存設置)。 使用BLOBCache。 使用IIS壓縮/緩存(默認值不夠BTW)。

確保您的SQL框能夠跟上,特別是在索引/抓取過程中。分割應用程序角色(索引與搜索查詢以及專用WFE進行索引/爬行)有所幫助。

順便說一句,如果你正在運行的虛擬機的VMWare爲您WFES時,Windows NLB中斷(雖然不是一致),所以使用硬件NLBS或DNS輪循等

如果您不需要> 2gig RAM對於WFE上的IIS應用程序池,不要打擾WFE上的64位。

只是我的2C。

相關問題