共用方式為

企業內容儲存規劃 (SharePoint Server 2010)

  • 發行項

 

適用版本： SharePoint Server 2010

上次修改主題的時間： 2015-03-09

本文說明如何規劃使用 Microsoft SharePoint Server 2010 的企業內容儲存解決方案。雖然本文中的範例主要是與以 SharePoint Server 2010 為基礎的解決方案有關，但除非另有說明，此處所提供的規定準則會適用於 SharePoint Server 2010 及 SharePoint Foundation 2010。

本主題所述資訊及準則旨在簡介企業內容儲存概念。本主題某些資訊是延伸自其他詳細闡述 Microsoft 執行之效能及容量測試的文件，以及其他提供特定概念相關詳細準則的文章。強烈建議您在規劃企業內容儲存解決方案時運用上述所有資源。如需詳細資訊和連結，請參閱本文後述的＜其他資源＞。

本文內容：

  • 瞭解企業內容儲存

  • 典型的大規模內容管理案例

  • 儲存層級：優勢及限制

  • 以中繼資料為基礎的企業內容路由及儲存

  • 使用中繼資料對企業內容進行導覽及篩選

  • 清單檢視

  • 其他資源

瞭解企業內容儲存

文件管理解決方案的用途不是只提供文件位置而已。一套完整的企業層級文件管理解決方案能夠處理許多層級中的文件儲存工作，包括網站集合、網站、文件庫及資料夾內的儲存工作，此外，還能夠快速有效地管理公司不斷成長的企業文件量，並確保能夠留存文件生命週期每個階段的版本以備參考之用，或是因應法律用途。

SharePoint Server 2010 支援高容量文件儲存。一個文件庫可包含上百萬份的文件；但是，包含許多文件的網站卻會因為使用內容的方式，致使效能降低。本文中提供的規定準則可協助您設計大規模的內容管理解決方案，以擴充因應企業的需求，並為解決方案使用者提供高效能的環境，以便建立及使用文件。

決定網站集合、網站及文件庫容量時，不只要能夠容納環境的實體儲存限制，也要容納使用者的內容使用情況和檢視模式。例如，若使用者要從含有幾千份文件的文件庫中檢視或查詢一組文件，只要網站設定不正確，就會降低效能。或者若服務等級協定要求每天備份內容兩次，則一旦內容集太大，便可能導致服務效能不佳。

典型的大規模內容管理案例

通常而言，大規模的內容管理案例是下列其中一個案例的變化形式：

  • 大規模的製作環境

  • 大規模的內容封存

  • 極大規模的內容封存

此處提供的案例說明，目的是要闡明我們所謂的大規模解決方案，並舉出高階範例，以期反映您的內容管理目標。當然，這些說明並不涵蓋特定案例的所有層面。特定案例會有數十、甚至上百個專屬層面，其皆不在本文討論範圍內。

大規模的製作環境

舉例而言，在大規模的製作環境中，網站所包含的文件庫可讓使用者橫跨 500 個以上的資料夾，來編輯 50,000 份以上的文件。此環境會啟用版本設定，而且每份文件通常會存有多個版本。此環境會經常存回及取出文件，且使用工作流程來控制其生命週期。通常這類網站的資料庫大概會包含 150 GB 的資料。文件庫設定可用以限制儲存的版本數目，降低資料庫耗用程度 (請注意，文件的每個版本都會分開儲存在資料庫中)。一般而言，在大規模的製作環境中，有 80% 的網站使用者是製作者，他們擁有文件主要及次要版本的存取權，而 20% 的網站使用者擁有唯讀權限，只能檢視內容的主要版本。

大規模的製作環境網站可運用 SharePoint Server 2010 文件中心網站範本為基礎，其包含經過最佳化處理的單一大型文件庫，適用於大規模製作用途。

大規模的內容封存

大規模的內容封存是一種文件存放庫，使用者可以在其中檢視文件或上傳新文件。在此網站中鮮少或從不執行製作的操作。有兩種主要的大規模內容封存案例：知識庫及記錄管理。

在知識庫網站中，大部分文件都只有一個版本，因此網站可以輕鬆擴充容納上百萬份文件 (建議上限為 30,000,000 份文件)。內容通常會儲存在像 1 TB 這種大小的單一資料庫中。在諸如企業的技術支援中心等一般案例中，可能會有 10,000 名使用者存取內容 (主要皆為讀取)。其中有部分使用者 (三千或四千名使用者) 會上傳新內容至網站。知識庫網站可以利用文件中心網站範本為基礎。

另一種大規模內容封存是記錄中心，它是利用記錄中心網站範本為基礎。建議針對包含一百萬份以上文件的網站，採用記錄中心網站範本。此網站範本包含的功能可讓您用來管理記錄的保留和處理 (用來證明組織所執行之活動或交易的文件，以及必須保留一段時間的文件)。與知識庫網站類似的是，記錄中心的每份文件只有一個版本，通常可容納上百萬份文件。提交內容至記錄中心的使用者會遠多於檢視或讀取的使用者。

極大規模的內容封存

極大規模的內容封存可作為參考庫或內容存放庫。為提供超出大規模內容封存的規模，極大規模的內容封存可能包含超過 50,000,000 份散發於多個網站集合的文件。每個網站集合中的內容能以 BLOB (二進位大型物件) 資料形式儲存在多個內容資料庫中，或使用「遠端 BLOB 儲存」(RBS)。「遠端 BLOB 儲存」可讓資料儲存在 SQL Server 之外，不僅可帶來成本較低的儲存選擇，也能降低內容資料庫大小。SharePoint Search 或 FAST Search for SharePoint 則用以尋找多個網站集合的內容。

儲存層級：內容儲存的優勢及考量

網站集合

網站集合是一組具有相同擁有人並共用管理設定的網站。每個網站集合包含一個頂層網站，並可包含一或多個子網站。網站集合通常會有共用的導覽結構。

網站集合中的網站通常會依目的相互關聯。若要充分發揮解決方案的可用性，請將所有相關資料及內容儲存在單一網站集合中。這麼做的優點包括下列各項：

  • 在網站集合中管理的內容類型和欄可共用於網站集合中的網站。Managed Metadata Service 可用來整合多個網站集合的內容類型和欄定義。

  • 在網站集合中管理的資訊管理原則可用於網站集合中所有網站的內容。

  • 可跨越多個網站集合進行內容搜尋。

  • 某些檢視會列出來自單一網站集合中多個網站的文件 (例如，一個檢視列舉出整個網站集合中指定給使用者的所有工作)。此外，開發人員可以在網站集合中建立跨網站資料庫查詢，但跨網站查詢不支援跨多個網站集合。

  • 內容配額及其他配額只能在網站集合層級管理。

規劃一或多個網站集合中的內容配置方式時，請考慮以下限制：

  • 網站集合中的所有網站會共用相同的後端資源。尤其是網站集合中的所有內容都必須儲存在相同的內容資料庫中。因此，資料庫作業 (例如備份及還原內容) 的效能將取決於整個網站集合的內容量、資料庫的大小、主控資料庫之伺服器的速度，以及其他因素。依據內容量及資料庫的設定，您可能必須將一個網站集合分割成好幾個網站集合，以符合服務層級協定對於備份和還原、輸送量或其他需求的規定。有關管理資料庫大小及效能的規定準則，則不在本文的範圍內。

  • 尤其是要將極活躍的網站放在不同網站集合中。例如，網際網路上可允許匿名瀏覽的知識庫網站，就會產生大量的資料庫活動。若其他網站使用相同的資料庫，其效能就會受影響。若是將知識庫網站放在個別的網站集合中，並有自己的資料庫，您就可以將資源釋出給其他網站，那些網站就不需要再與其競用資料庫資源。

注意

SharePoint Foundation 及 SharePoint Server 2010 提供了許多功能可減少對 IT 部門提出還原內容要求。資源回收筒及網站集合資源回收筒提供雙重安全性機制，來還原不慎刪除的項目。文件版本設定也提供了一道安全防護網：如果遺失文件，至少還有舊版可供使用。若要更確切地確保舊版的可用性，管理員可移除作者的「刪除版本」權限，如此有助於確保有舊版內容可用，而不需要從資料庫還原。

網站

在 SharePoint Server 2010 及 SharePoint Foundation 中，網站是整理相關內容的主要方法。

將內容儲存在同一個網站有下列優點：

  • 當多個文件庫及清單位在相同的網站中，會比較容易建立頁面來顯示多個文件庫及清單的檢視。

  • 您可以使用文件中心網站範本，針對建立及使用眾多文件來建立最佳化網站。

  • 網站導覽使用者介面已經過最佳化，可輕鬆尋找同一個網站中的文件庫。

  • 您可以定義一組要用在網站中的內容類型及網站欄。

文件庫

將內容儲存在同一個文件庫有下列優點：

  • 對使用者而言，在單一文件庫中新增文件或尋找現有文件會比較容易。

  • 許多文件管理設定 (例如權限、內容版本設定及核准) 皆會套用於文件庫層級。

  • 透過使用者介面所建立的檢視會繫結至特定文件庫。

  • 資訊管理原則 (例如內容稽核及保留設定) 可套用至文件庫。某些特定文件庫則只能使用保留原則。

當規劃如何將內容整理到同一個文件庫時，請考慮下列限制：

  • 必要的取出或版本設定等設定需在文件庫層級指定。如果要對其他文件指定不同設定，就必須將這些文件放在不同文件庫，並設定必需的特定設定。

  • 分成數欄的檢視若只用於一種內容類型，實用性並不大，因為這種檢視不會顯示其他內容類型項目的中繼資料。

  • 檢視的項目數目若超過 5,000 個項目的清單檢視臨界值 (此為預設值)，檢視效能就會受限。此外查詢次數超過清單檢視臨界值，就無法執行查詢。請將文件庫中的內容整理成內含不超過 5,000 個項目的資料夾，或建立一些檢視以利用中繼資料導覽及已編製索引的欄，傳回不超過 5,000 個的項目組合。

資料夾

「資料夾」是將文件庫內容進一步分割並有各自名稱，類似檔案系統中的資料夾。資料夾的主要目的是要以邏輯方式整理內容，以配合文件庫的預期功能。例如，若文件庫的目的是要提供產品規格，則可針對產品中的每個功能領域，或是針對撰寫產品規格的每個小組成員，來命名文件庫中的資料夾集。

當您將內容分別放在多個資料夾 (每個資料夾包含 5,000 個 (此為清單檢視的預設臨界值) 或以下項目)，資料夾上的檢視就能運作良好。請注意，若要利用這個方法，必須將資料夾中的可用檢視設定為只顯示資料夾中的項目 (預設的檢視建立介面中有提供此功能)。另外也請注意，若資料夾包含 5,000 個或以下項目，則不需要使用已編制索引的欄來篩選資料夾中的檢視。若資料夾包含的項目超過 5,000 個，您可以使用中繼資料導覽及/或已編制索引的欄，篩選檢視，以傳回少於 5,000 個項目，如此即可改善效能。

請考慮建立資料夾作為以中繼資料為基礎之內容路由及儲存解決方案的一部分。您可以使用內容組合管理來設定一些設定，以便在目標資料夾變得過大時自動建立資料夾，或自動為中繼資料屬性的每個值建立資料夾。如需詳細資訊，請參閱本文後述的＜以中繼資料為基礎的企業內容路由及儲存＞。

以中繼資料為基礎的企業內容路由及儲存

SharePoint Server 2010 使用內容組合管理，引進了中繼資料路由及儲存。藉由內容組合管理，新的網站層級功能可以讓管理員及使用者使用以中繼資料為基礎的規則，更容易分類、傳送及儲存內容。

內容組合管理會根據文件的中繼資料，將文件傳送至指定資料夾，或自動建立新的資料夾。在目標資料夾的項目數目超過指定限制之下，資料夾可建立為目標資料夾的子資料夾，或者也可以為欄位中每個新值建立新資料夾。新資料夾會繼承上層資料夾的設定。而後新的資料夾也可以有其他規則，以定義其他參數 (如權限、預設中繼資料、保留原則，以及資料夾文件所繼承的工作流程)。

如需詳細資訊，請參閱＜中繼資料型路由與儲存裝置概觀 (SharePoint Server 2010)＞。

使用中繼資料對企業內容進行導覽及篩選

「中繼資料導覽和篩選」是 SharePoint Server 2010 的新功能，可讓使用者利用中繼資料篩選及尋找內容。「中繼資料導覽和篩選」功能提供一個簡單的使用者介面，這個介面是建置在 SharePoint 樹狀檢視階層控制項上，並與新的「主要篩選」控制項結合，提供使用者一個依據中繼資料尋找內容的強大工具。

清單擁有人可以設定中繼資料導覽設定，將清單上的欄位升級為主要導覽欄位。檢視這些清單的使用者即可進一步篩選目前的清單檢視，只顯示這些欄位中具有所需值的項目。

自動索引功能可以依據清單中升級為導覽欄位的欄位，自動建立清單索引。自動索引可改善查詢結果，並提升效能。

如需如何將中繼資料整合至企業內容儲存解決方案中的詳細資訊，請參閱＜中繼資料導覽概觀 (SharePoint Server 2010)＞。

清單檢視

每一套企業內容管理解決方案的核心能力，就在於能讓使用者輕鬆搜尋並找到所需內容。如果想在文件庫或資料夾之間移動，樹狀清單及清單檢視可讓使用者透過簡單介面，從畫面上導覽內容儲存分類。但同時，如果文件庫或資料夾包含過多項目，對清單進行查詢且快速顯示結果時，就會需要大量系統資源。SharePoint Server 2010 既可使清單檢視獲得最大效能，也能同時透過「資源節流」，使系統資源耗用降至最低程度。「資源節流」屬性是針對 Web 應用程式，可在管理中心的 [一般設定] 中設定，這些屬性會影響配置給 Web 應用程式在查詢及顯示清單時所用的資源。

若能按照適當方式設定儲存，讓您檢視文件庫或資料夾的內容時不會超過清單檢視臨界值，即可避免資源節流，並可使清單檢視獲得最大效能。

「清單節流」包括下列與清單檢視效能相關的屬性：

屬性 描述 預設值

清單檢視臨界值

資料庫作業 (例如查詢) 在管理員設定的每日時間範圍之外，一次可處理的清單或文件庫項目數目上限；在管理員設定的每日時間範圍內，查詢將不受限制。建議不要變更此屬性設定。

5000

物件模型覆寫

指定取得特殊權限的使用者可針對特定查詢，透過程式設計方式，覆寫 [清單檢視臨界值]。

是

稽核者及管理員的清單檢視臨界值

由具有適當權限的稽核者或管理員所執行之資料庫作業 (例如查詢)，一次可處理的清單或文件庫項目數目上限。此項設定會配合 [允許物件模型覆寫] 運作。

20,000

清單檢視查閱臨界值

每項查詢 (例如根據查閱、人員/群組或工作流程狀態欄等的查詢) 允許執行的 JOIN 運算數目上限。若查詢使用八個以上的 JOIN 運算，就會封鎖該查詢運算。不過此限制並不適用於單一項目運算。但是，如果使用以物件模型 (OM) 設定的最大檢視 (設定方式是不指定任何檢視欄位)，SharePoint 就會傳回前面八項查閱。建議不要變更此屬性設定。

8

大量查詢的每日時間範圍

可執行大量查詢的時段。此時段應設在非正常工作時間，因為大量查詢會造成伺服器負載超量。

停用

其他資源

除了本文中的資訊外，下列資源也能協助您瞭解及規劃企業內容儲存解決方案。