Share via


小組共同作業網站的最佳作法 (SharePoint Server 2010)

 

適用版本: SharePoint Server 2010

上次修改主題的時間: 2016-11-30

本文是 Microsoft SharePoint Server 2010 的最佳作法文章系列之一。本文說明在 SharePoint Server 2010 環境中架設共同作業網站的一般特性與最佳作法。如需 SharePoint Server 2010 的其他最佳作法資訊和資源,請參閱SharePoint Server 2010 最佳作法 (可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=220280&clcid=0x404) (可能為英文網頁)。

SharePoint Server 2010 透過「我的網站」、部落格、Wiki 和共同撰寫這類功能來簡化小組共同作業。當您規劃小組共同作業網站時,請記住這些網站一般會呈現下列特性:

  • 寫入作業密集   與其他類型的網站 (如發佈網站) 相較之下,共同作業網站之 Microsoft SQL Server 資源的寫入比例較高。

  • 無內容或低內容快取   因為內容的更新頻率較高,而且有效性對共同作業的動態十分重要,所以內容快取很少使用。

  • 用戶端應用程式互動十分重要   在 Microsoft Office 2010 中,與其他類型的網站相較之下,共同作業網站與用戶端應用程式的互動層次較高。

下列各節說明小組共同作業網站的最佳做法。

1. 規劃和配置資料庫伺服器以支援共同作業

共同作業是根據它對 Microsoft SQL Server 資源 (如記憶體和 CPU) 的最大影響進行分類,因為它的寫入比例相當高,而且內容模型未使用快取。下列白皮書中建議的做法可協助您確定具有支援這類網站所需的 SQL Server 資源:規劃和監視 Office SharePoint Server 的 SQL Server 儲存:效能建議和最佳做法 (白皮書)

根據預估內容大小,以規劃與設定儲存體和容量。如需詳細資訊,請參閱<硬體及軟體需求 (SharePoint Server 2010)>和<規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010)>。

您也應該配置磁碟機以獲取最佳效能。如需詳細資訊,請參閱<卓越操作的最佳作法 (SharePoint Server 2010)>。

如需詳細資訊,請參閱<SharePoint Server 2010 容量管理:軟體界限和限制>和<效能與容量測試結果及建議 (SharePoint Server 2010)>。

2. 監視網站和內容,以及定期執行清除

當小組網站的結構鬆散時,傾向簡化共同作業。請建立並溝通適當的服務等級協定 (SLA) 來封存和刪除內容。請考慮小組經常使用自助網站建立來協同處理週期受限的專案。您可以使用生命週期管理,定期移除和封存非使用中網站。

3. 強制網站和內容大小限制

請遵循建議的指示,根據商務需要來管理網站集合、網站、清單和文件。

大型清單、版本設定和工作流程可能會影響環境的儲存容量和效能。例如,部分組織會依<停用工作流程歷程記錄保留 (SharePoint Server 2010)>所述關閉工作流程歷史記錄清除工作,以保留工作流程歷史記錄 (超過 60 天)。請一定要使用配額來控制網站大小,特別是啟用自助網站建立時。

如需詳細資訊,請參閱下列資源:

4. 管理安全性和權限

您可以針對每個網站集合套用安全性主體 (使用者和群組)。因為這些安全性主體會影響伺服器陣列的效能,所以請儘量使用您有權存取的群組和角色,而不是個別新增使用者。如需詳細資訊,請參閱<SharePoint Server 2010 容量管理:軟體界限和限制>。

請將自訂或微調權限的使用減到最少。套用的微調權限越多,追蹤誰可以存取哪些項目就越困難。甚至,微調權限可能會影響效能,因為每個已套用其他安全性檢查的項目都必須執行這些其他安全性檢查。如需詳細資訊,請參閱<使用微調權限的最佳作法 (白皮書) (SharePoint Server 2010)>。

定期檢閱有權存取子網站、清單、文件庫和項目的使用者。您可以使用協力廠商安全性管理工具,協助在 SharePoint Server 2010 中探索已套用至元素的微調權限。其中一個範例是 Lightning Tools (可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=220248&clcid=0x404) (可能為英文網頁)。

5. 使用一個或多個專用 Web 應用程式來架設小組網站

在專用 Web 應用程式上架設小組共同作業網站的優點有數個:

  • 最佳化效能   在專用 Web 應用程式上架設小組網站時,有數個內容資料庫只包含小組網站集合。如果內容資料庫架設具有類似資料特性的網站,則 SQL Server 資料庫軟體的運作會較具效率,因為 SQL Server 是根據資料庫的特性來使用查詢計畫。因此,將小組網站的內容放到專用資料庫,就可以最佳化 SQL Server 的效能,進而產生整體伺服器陣列的較佳效能。

  • 最佳化管理性   建立不同 Web 應用程式會產生不同的網站和資料庫,因此可以實作不同的網站限制 (資源回收筒、到期時間和大小),以及交涉不同的服務等級協定。例如,如果自助網站不是您組織中最重要的內容類型,您可能會允許較多時間來還原自助網站。這可讓您先還原較重要的內容,再還原這些網站。

  • 強制執行權限   專用 Web 應用程式提供機會來強制執行 Web 應用程式等級的權限。例如,您可以在內部共同作業網站上建立原則,明確拒絕合作夥伴帳戶的存取。不論 Web 應用程式內個別網站或文件上設定的權限為何,都會強制執行 Web 應用程式的原則。

如需詳細資訊,請參閱<邏輯架構元件 (SharePoint Server 2010)>文章中的<Web 應用程式>一節。

6. 監看高網路延遲

高網路延遲可能會降低使用者滿意度,它甚至會讓使用者覺得高效能環境的速度不佳。嘗試透過具有高延遲的網路來協同處理大型檔案,會建立讓使用者沮喪的經驗。

任何前端網頁伺服器或應用程式伺服器與資料庫伺服器之間的延遲都不應超過 1 毫秒。實際上,這通常表示您應將伺服器陣列中的所有伺服器都放在相同的資料中心裡。伺服器陣列中的所有伺服器都應在相同的時區裡。

針對多國和全球企業,如果組織中的小組一般位在當地地理區域,則請部署多個離使用者較近的較小小組共同作業伺服器陣列。這會降低網路延遲和 WAN 頻寬成本。請考慮使用 WAN 加速或背景快取,以透過使用 Microsoft Groove Server 2010 這類產品來協助解決延遲問題。

如需詳細資訊,請參閱<SharePoint Server 2010 的容量管理與縮放概觀>文章中的<四種效能基礎>一節。

7. 教導使用者如何發揮工具最大的功效

大部分的使用者都不是也不想要成為網站設計人員。您可以希望他們從使用小組共同作業網站開始,但他們很少或之前沒有設定 SharePoint 網站或使用內建功能 (如將連絡人和行事曆連結至 Microsoft Outlook 2010) 的體驗。Microsoft 已提供 Office.com (https://go.microsoft.com/fwlink/?linkid=89166&clcid=0x404) 的線上訓練和使用方法資料的存取權。也具有 End-User Training Kit 可部署至 Productivity Hub 2010 (可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=220249&clcid=0x404) (可能為英文網頁) 提供的 SharePoint 環境。驅動組織中這些資料的線上狀態和使用狀況,讓使用者具有較多的能力可以自行完成作業。這樣做會減少因日常工作撥打服務台的次數。

8. 確定您擁有管理原則

管理在共同作業環境中十分重要。若要保持共同作業網站的管理性,請確保遵循一致資訊架構、教育、分類和導覽的管理建議。如需詳細資訊,請參閱 SharePoint Server 2010 中的管理 (可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=220213&clcid=0x404) (可能為英文網頁)、<規劃網站維護與管理 (SharePoint Server 2010)>和<SharePoint Server 2010 的操作架構與檢查清單 (白皮書)>。

9. 管理內容以改善小組共同作業

因為共同作業網站一般是自助的,所以內容可以是非結構化的,但一般會不一致。因此,最好是利用中繼資料導覽這類功能,協助篩選和尋找文件庫中的使用者內容。而且,如果您使用管理中繼資料服務,則可以確保組織分類中的一致性。如需詳細資訊,請參閱<中繼資料導覽概觀 (SharePoint Server 2010)>。

致謝

SharePoint Server 2010 內容發佈小組感謝以下參與者對本文的貢獻:

  • Aaron Saikovski,Microsoft 諮詢服務

  • Bryan Porter,Microsoft 諮詢服務

  • Israel Vega,Microsoft 諮詢服務

  • Steve Caravajal, Microsoft 技術銷售

  • Steve Peschka,Microsoft 諮詢服務

  • Steve Walker,Microsoft SharePoint 客戶工程

  • Tajeshwar Singh,Microsoft 諮詢服務