內部的 SharePoint 改善 SharePoint 效能
Pav Cherny
內容
效能準則
效能相互依存性
解決效能問題
疑難排解工具
常數的監視
在理想的世界您會考慮 SharePoint 效能最佳化計劃並與設計階段適當大小 architected 伺服器、 支援小組和基礎結構。 但在真實世界中，您將無法預測使用者採用率。 您的預算可能剪下] 或 [downsized 的人員。 您可能會繼承執行不良的 SharePoint 環境。 即使您在第一個符合效能期望，成長的文件]、 [群組]、 [清單]，] 及 [站台的基礎結構可能會增加頁面載入時間並減少滿意度。
在您的努力將 SharePoint 效能最佳化，您需要面對的最大挑戰之一會巡覽基礎.NET，IIS，SQL Server 技術提供在規劃與設計階段，以及實際操作的作業中的許多設定選項。 選項數量數目是件吃力的不到提嘗試找出哪一個選項是最適合您的需求。 就例如 SQL Server 房屋絕大多數的 SharePoint 組態資料和內容]，但搜尋]、 [內容]、 [設定]，] 和 [暫存資料庫有需要適當的磁碟產能和 RAM 非常不同的讀取/寫入模式。 若要使變得複雜圖片，您也可以使用在 IIS 中快取或卸載索引到前端伺服器，以協助增加磁碟的產能。
第二個的挑戰 revolves 周圍判斷效能問題的原因的根目錄。 SharePoint 是不只是在核心 IIS，SQL，.NET 元件上同時也在相依性，例如 Active Directory、 網路、 SharePoint 的架構和實體伺服器硬體上。 這表示效能問題可能會造成，同樣需要 [用於問題解析的多個變更一個以上的根。 備份常式，操作工作，第三方廠商工具加入效能問題更可能的根本原因。
我在此的資料行中顯示索引鍵的 SharePoint 架構元件的概觀，描述如何它們可能會導致常見的效能問題，並討論如何解決並疑難排解問題。
效能準則
我 IIS 和 SQL Server 設計、 設定的選項和對效能的衝擊之間進入關聯性之前先讓我們來建立效能最佳化的目標。 只要將，是改良的使用者及系統管理員經驗方面的索引鍵的指標，例如頁載入時間]、 [搜尋]，] 和 [耙梳。 如果頁面不載入快速為您的使用者，然後將效能最佳化藉由消除 10 到 SQL Server 資料庫的往返您工作無所謂。
考慮如何快速頁面會顯示使用者時, 請務必考慮初始及後續的載入時間。 您可能需要執行個體，使用者一次載入單一網頁但是，一般，SharePoint 使用是重複存取許多網站和文件庫的人。 這是為什麼專注於會產生降低的負載時間，所有的網頁要求是如此重要的機會。 請記住因為的瀏覽器快取，第一次網頁載入的呈現時間將會不同的載入後續的頁面。
效能相互依存性
在我 2008 年 5 月欄，" 建置您的 SharePoint 基礎結構"，我涵蓋 SharePoint 架構，並說明在基本層級 IIS、 SQL Server，與.NET 共同運作方式來呈現要求的網頁。 現在讓我們看如何設定核心技術，以符合您的效能需求。 圖 1 ] 顯示最佳化選項與相關的索引鍵元件。
圖 1 會影響效能的 SharePoint 架構元件
資源
 |
go.microsoft.com/fwlink/?LinkId=69752 |
|
SharePoint 產品與技術 」 網站 microsoft.com/sharepoint |
|
Windows SharePoint 服務 TechCenter technet.microsoft.com/windowsserver/sharepoint |
|
Windows SharePoint 服務開發人員中心 msdn2.microsoft.com/sharepoint |
|
Microsoft SharePoint 產品與技術團隊部落格 blogs.msdn.com/sharepoint |
在基本的要求的案例 ASP.NET 網頁剖析器服務收到的要求，一旦它的驗證，並呈現至瀏覽器結果。 基礎的內容會包含從檔案系統和 SQL Server 內容資料庫，例如清單項目]、 [二進位大型物件 (BLOB)]、 [圖形]，] 和 [文字的資料。 即使提交至部落格或新聞使用幾個網頁組件的頁面需要驗證適當的權限來編譯 [ASP.NET] 頁面和多個 SQL Server 的讀取和寫入暫時]、 [交易記錄檔，] 和 [內容資料庫往返頁面剖析器的內容。
在此處理程序中的任何點就會發生效能問題。 就例如如果頁面中包含影像，例如許多的小型成品，而且您的環境使用 Windows NT LAN 管理員和遠端網域控制站 (DC)，然後整頁將會載入速度變慢因為 HTTP GET 要求需要來回存取 DC。 Windows NT LAN Manager 驗證架構是條件約束，不是 IIS 或 SQL Server 作業。 同樣地，使用者可能要求清單項目數千個網頁或匯入許多項目從試算表到一個的清單會影響到所有其他使用者存取網站放在同一個 SQL 伺服器上的負載時間。
操作工作和背景處理程序，例如大量的資源每晚的備份也可能會影響效能。 每晚的備份可以在操作每一天 24 小時的全域環境中，會造成商務使用者發生問題。 背景工作會影響效能，因為它們濫用系統資源。 例如，計時器排定的工作資料庫的清除工作而，特別，索引及編目程序中使用大量的磁碟 I/O，CPU，前端和後端伺服器上的 RAM。
解決效能問題
不論在架構和您使用嘗試管理單元來瞭解您的 SharePoint 效能問題、 找出他們的根本原因並解決問題的方法中，您需要比較基準資料，以反映可接受的您比較資料，以反映效能不佳的效能。 您可以取得一組比較基準效能資料任一權限之後您初始的部署期間，或從最佳實務建議的可接受的效能,。 如果您有沒有比較，基礎，則您可以使用 Microsoft 發佈為各種度量，位於 technet.micro-soft.com/en-us/library/cc262787.aspx 效能建議。
如同我已經提到最常見的效能問題出現情況的相互關聯的元件。 這可以麻煩，因為基礎標記通常是相同的。 就例如一個常見的指標，效能的問題是在 RAM、 CPU，或磁碟 I/O 的資源利用率的一個特殊圖文集。 若要解決效能問題，您需要以尋找在所有可用的資料，了解的問題而導致的事件的順序相互關聯事件來判定基礎的根本原因。 圖 2 ] 顯示常見的效能問題]、 [可能的根本的原因] 和 [解決方式選項。
| [圖 2 的問題、 原因和解決方案摘要 |
| 問題 | 可能的根本原因 | 可能的解決方式 | 其他資源 |
| 高磁碟 I/O 活動，SQL Server 上 | 大型清單作業、 計時器工作、 SQL 維護工作，備份建立索引不足 RAM，暫存 tlog、 搜尋，以及內容，最高的 I/O 資料庫置於相同的磁碟或慢速的磁碟。 | 最高的 I/O 磁碟區跨越分隔在多個檔案的暫時和搜尋資料庫、 增加 RAM、 使用交易記錄檔專用的磁碟、 重組，及每週 re-index 資料庫。 | technet.microsoft.com/en-us/library/cc678870.aspx msdn.microsoft.com/en-us/library/ms175527.aspx technet.microsoft.com/en-us/library/cc263261.aspx .aspx technet.microsoft.com/en-us/library/cc262067 (TechNet.10) |
| 封鎖/鎖定的 SQL | 索引/耙梳工作的大型清單作業 NIC 設定。 | 請勿使用 SharePoint 小組服務管理 (STSADM)。 使用壓縮的 SQL 備份、 DPM、 Litespeed 或 SQL 2008，確定填滿因數設定為 70%，在內容的資料庫，強制使用 100 GB 成長的限制。 | technet.microsoft.com/en-us/library/cc901593.aspx go.microsoft.com/fwlink/?LinkID=105623&clcid=0x409 support.microsoft.com/kb/271509 support.microsoft.com/kb/298475 |
| 慢速網頁載入的整體 | 未啟用壓縮。 快取時，未啟用，或不設定。 大型的頁面。 多餘的 SQL 往返，基礎的網路問題。 | 啟用快取與壓縮、 檢查網頁的載入時間檢查 SQL 查詢與往返，檢查 NIC Broadcom 5708 煙囪的問題。 | technet.microsoft.com/en-us/library/cc298550.aspx support.microsoft.com/kb/942861 |
| 長時間才能載入整頁 | 不正確的 SharePoint 物件處理自訂程式碼，緩慢連結封鎖，計時器的作業的 SQL 快取不啟用的網頁組件。 | 解決後端的頻寬和回應的問題、 正確處置的物件、 使用 64 位元的硬體或設定記憶體集區限制下載 core.js 的延遲。 | code.msdn.microsoft.com/SPDisposeCheck technet.microsoft.com/en-us/library/cc298550.aspx technet.microsoft.com/en-us/library/cc678870.aspx technet.microsoft.com/en-us/library/cc298466.aspx |
| 效能不佳的清單 | 大型清單 > 2，000–3，000 的項目層級中。 沒有索引清單。 基礎 SQL Server 的問題。 太多的資料行。 | 一或多個資料行上索引，確保 SQL Server 的效能，請少於 2，000–3，000 的項目層級中。 | go.microsoft.com/fwlink/?LinkID=105580&clcid=0x409 |
| 長耙梳與索引的時間或索引造成 sluggishness | 大型資料磁碟區需要很長的索引的時間沒有專用的索引目標。 | 使用 robots.txt 封鎖，卸載到專用的前端伺服器耙梳/索引。 | technet.microsoft.com/en-us/library/cc261810.aspx |
| LDAP 作業 (例如驗證和使用者操作) 造成使用特殊圖文集 | 低頻寬、 遠端網域控制站、 大型的設定檔匯入。 | 增加頻寬使用 Kerberos、 最佳化設定檔匯入。 | support.microsoft.com/kb/827754 |
| 備份時間太長 | 使用 STSADM，其他 SQL 條件 (例如封鎖。 | 使用壓縮的 Microsoft 資料保護管理員 (DPM)] 或 [SQL 2008。 | technet.microsoft.com/en-us/library/cc901593.aspx |
| 記憶體用完 IIS | 應用程式集區] 及 [背景工作處理序回收，不當處理沒有足夠的 RAM，不良的負載平衡架構的物件。 | 使用重疊的 IIS 回收，請使用 64 位元的硬體]。 | .aspx msdn.microsoft.com/en-us/library/aa720391 (VS.71) technet.microsoft.com/en-us/library/cc737679.aspx |
如您縮小範圍向下效能問題的可能原因保持注意一般作業最佳實務，這類的 IT 百寶箱白皮書中，所述的" SharePoint 效能最佳化." SQL Server 套用最新的修補程式、 Service Pack 及更新，IIS，SharePoint，Windows Server 是特別重要。 Microsoft 具有固定許多前一個效能問題，例如 tempdb 配置爭用 (請參閱 tempdb 資料庫並行增強功能) 和 TokenAndPermUserStore 快取 (請參閱 查詢要花較長時間來完成時 TokenAndPermUserStore 快取的大小會在 SQL Server 2005 中執行).
疑難排解工具
您可以依賴不同範圍的深入向 SharePoint 效能問題的細節和收集證據可協助您進行了診斷、 判斷的根本原因並解決問題的工具。
下列工具是特別有用的 pinpointing 效能問題的原因：
- Fiddler PowerToy 和 neXpert 附加元件 同時使用這些工具提供實心的起始點頁載入分析。 它們可讓您檢閱快取、 壓縮及整體的 HTTP 效能。 您可以取得有關在這些工具的詳細資訊 fiddler PowerToy-第 2 部份： HTTP 效能和 Microsoft neXpert 效能分析外掛程式.
- WireShark 需要研究網路問題時使用 [WireShark]。 它會與許多的媒體，並重建問題時，您可以擷取重建 TCP/IP 交談的封包。 如需詳細的資訊，請參閱 wireshark.org]。
- 視覺化往返分析器 (VRTA) 您可以使用 VRTA 來檢查來回效能從要求的回應。 識別過度往返的原因，並建議的解決方案，VRTA 會檢查的通訊通訊協定。 您可以從 Microsoft 的下載下載 視覺化來回分析.
- SQL Profiler 您可以使用這個有用工具安裝 SQL Server，監視 SQL Server 資料庫引擎或 SQL Server 分析服務的執行個體。 它可讓您探索查詢、 死結、 逾時，重新編譯，和一般的錯誤和例外狀況的問題。
- SQLDiag 這項工具也會安裝 SQL Server，收集電腦執行 SQL Server、 作業系統及資訊，報告給 SQL Server 錯誤記錄檔的組態相關的重要資訊。
- SQL 查詢分析器 這是低階的偵錯工具來分析查詢的效能問題。 它也是 SQL Server 工具組的一部份。
- SPtraceview 這是我最愛的工具之一，因為它提供即時的效能問題的檢視。 很適合使用自訂網頁組件時，監視診斷追蹤。 如需詳細資訊，請參閱 登入的 SPTraceView – 輕量型的工具，來監視診斷 SharePoint 即時.
- WSSDW.exe 這是一個效能測試的工具，會填入測試部署 Office SharePoint Server 2007 的資料。 請參閱 效能和容量計劃 (Office SharePoint 伺服器) 的工具和 SharePoint 2007 測試資料擴展工具如需詳細資訊。
- 自訂工具的用戶端為主的 URL ping 這是其中一項最有用的工具，因為它可讓統計資料的比較之前和之後執行環境的設定變更。 請參閱附錄上， SharePoint 效能最佳化頁面。
常數的監視
SharePoint 效能調整，像大部分的項目 SharePoint，是複雜。 您必須了解物件模型，有關 [SharePoint 的架構和 IIS/.NET 與 SQL 伺服器之間的互動的詳細資訊。 您也需要知道資料庫管理與疑難排解的最佳作法。 好消息是，如果缺少此了解，您仍然可以執行也在最佳化您的 SharePoint 基礎結構，藉由下列建立最佳的作法，建議，知識，處理常見的問題指出這裡。
Pav Cherny 是 IT 專家和共同作業和整合的通訊的 Microsoft 技術中珍貴的作者。 他的發行集包括白皮書]、 [產品的手冊] 和 [具有一個焦點 IT 作業和系統管理上的活頁簿。 Pav 總統的 Biblioso 公司，指定受管理的文件和當地語系化服務中的公司中取得。