簡介download.microsoft.com/download/1/3/4/13432F3F-A1… · Web view含有 1 TB SharePoint 內容的資料庫也一樣，1.12 TB 對應於資料庫，而 1.2 TB 對應於資料庫交易記錄檔。針對啟用

利用 SharePoint Server 2010 和 StorSimple 存儲解決方案獲取 SQL Server RBS 效能本文件係依「現狀」提供。本文件所陳述的資訊和觀點，包括 URL 及其他網際網路網站參考，如有變更恕不另行通知。貴用戶將承擔使用的風險。本文件不提供貴用戶對任何 Microsoft 產品之任何智慧財產的法定權利。貴用戶可複製和使用本文件做為內部參考用途。貴用戶可修改本文件做為內部或參考用途。

© 2011 Microsoft Corporation.著作權所有，並保留一切權利。

Microsoft SharePoint Server 2010 2011 年 4 月

利用 SharePoint Server 2010 和 StorSimple 存儲解決方案獲取 SQL Server RBS 效能Burzin PatelStorSimple, Inc.

Peter ScharlockMicrosoft Corporation

技術檢閱者： John Flores (StorSimple, Inc.)、Srini Acharya、Steve Howard、Shaun Tinline-Jones、Mike Weiner、Kun Cheng、Prem Mehra、Jimmy May、David Koronthaly、Bill Baer

2010 年 12 月；2011 年 4 月修訂適用於： SharePoint Server 2010 及 SQL Server 2008 R2

摘要： Microsoft® SharePoint®技術已經看到其用量在近幾年來有極大幅成長的趨勢。這樣的成長起因於使用者將較大量的文件儲存在 SharePoint 文件庫，並同時儲存較大型的媒體文件，而這兩者均會造成儲存成本增加，並為 SharePoint 管理員帶來一些效能及管理能力方面的挑戰。 Microsoft 為了解決這些問題，已在 SharePoint Server 2010 中引進了遠端 BLOB 儲存 (RBS) 功能的原生支援。本文件說明 RBS 功能套用至 SharePoint Server 2010 的狀況，並分析其對 SharePoint 伺服器陣列主要屬性的效能影響，例如資料庫大小、資料庫備份大小、交易回應時間及備份/還原時間。

© 2011 Microsoft Corporation.著作權所有，並保留一切權利。頁碼 2若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。

mailto:[email protected]?subject=Customer%20feedback:%20RBS%20white%20paper


目錄簡介....................................................................................................................................................................................... 4遠端 BLOB 儲存.......................................................................................................................................................................4

為什麼使用 RBS？............................................................................................................................................................5測試目標................................................................................................................................................................................. 6測試方法................................................................................................................................................................................. 6

工作量.............................................................................................................................................................................6

伺服器設定.......................................................................................................................................................................8

硬體設定...................................................................................................................................................................8

儲存體設定................................................................................................................................................................8

軟體設定...................................................................................................................................................................9測試結果及觀察....................................................................................................................................................................... 9

1. RBS 對 SQL Server 資料庫大小的作用..........................................................................................................................10

2. RBS 對資料庫備份大小的作用......................................................................................................................................12

3. RBS 對備份及還原時間的作用......................................................................................................................................14

4. RBS 對索引重建效能的作用..........................................................................................................................................16

5. RBS 對 SharePoint 交易回應時間的影響.......................................................................................................................17

6. RBS 對編目效能的作用................................................................................................................................................19

7. RBS 對檔案上傳效能的作用..........................................................................................................................................20

8. 移轉資料所需的時間....................................................................................................................................................21總結..................................................................................................................................................................................... 22其他資源...............................................................................................................................................................................22關於 StorSimple...................................................................................................................................................................23關於 Microsoft......................................................................................................................................................................23




簡介Microsoft SharePoint Server 在過去幾年中的普及率幾乎是以指數方式成長。會成長這麼快，是因為有愈來愈多客戶採用 SharePoint Server，以及有愈來愈多使用者將較大的文件和資料集儲存在 SharePoint 伺服器陣列中。在最近發行的 SharePoint Server 2010 之後，預期使用率會有更進一步的成長。SharePoint Server 2010 提供更精簡的使用者介面，讓使用者有更豐富的使用經驗，使 SharePoint Server 成為所有資料類型的存放庫首選。再加上多媒體內容的成長，使得 SharePoint 伺服器陣列內容的大小激增，進而導致所需的實體儲存體大幅增加。如此的大小成長，往往會為 SharePoint 管理員帶來挑戰，他們現在必須應付因為要管理更多內容、更大的資料庫及大型備份等而增加的負擔。為解決這些所有問題，SharePoint Server 2010 引進了新功能「遠端 BLOB 儲存 (RBS)」，可幫助解決因 SharePoint 內容成長而產生的問題。本文件說明當 RBS 功能與 Microsoft SharePoint Server 2010 搭配使用時的優點及其運作特性。它也說明當 SharePoint 伺服器陣列設定為與 StorSimple 儲存解決方案搭配運作時的效能特性，如下一節的說明所示。像是縮減資料庫大小、加速資料庫備份、加速資料庫還原、改善對較大文件的回應時間、資料庫維護優勢，以及對後端儲存體的需求較少等等優點，都會隨著適用的效能資料點一起討論。本文件說明的所有資料點都已發展成效能測試的一部分，由位於美國加州聖克拉拉的 StorSimple, Inc. 效能實驗室與 Microsoft SQL Server 及 SharePoint product 團隊共同主導。

注意：此白皮書的測試結果主要針對本文件中所說明的環境。您的結果可能有所不同。

遠端 BLOB 儲存BLOB 是 Binary Large Object (二進位大型物件) 的縮寫，而在 SharePoint 應用程式內容中，它是指儲存在資料庫中的檔案物件。遠端 BLOB 儲存 (RBS) 是 Microsoft® SQL Server®文件庫 API 集，納入為 Microsoft SQL Server 2008 R2 的附加元件功能套件。 RBS 功能可讓應用程式將二進位大型物件 (BLOB) 的儲存體外部化至資料庫外面的位置 (例如檔案共用)，進而減少所需的 SQL Server 資料庫儲存體數量。 RBS 存放區通常是與 SQL Server 相同網路上的不同磁碟區。 SharePoint Server 2010 會運用 RBS 功能來外部化儲存在內容資料庫中的 BLOB。 SQL Server 及 SharePoint Server 會根據每個資料庫，共同管理資料庫記錄與 RBS 外部存放區之間的資料完整性。SQL Server RBS 功能需要在已設定 SharePoint 應用程式的每個 SharePoint Web 前端 (WFE) 伺服器上安裝提供者。提供者包含一組 DLL，可為 RBS API 實作方法，以及執行外部化 BLOB 的實際作業。針對本文件中引導的所有測試，SharePoint Server 2010 伺服器陣列上已設定 StorSimple SharePoint 資料庫最佳化工具。設定是用 StorSimple SharePoint 資料庫最佳化工具 RBS 設定管理員 (管理中心網站的延伸模組) 來完成，如下圖 (i) 所示。




圖 (i) – StorSimple SharePoint 資料庫最佳化工具 - RBS 設定

為什麼使用 RBS？SharePoint Server 將其所有資料儲存在資料庫中。隨著儲存的內容數量不斷增加，資料庫大小的成長也會非常快速。此成長可歸因於上傳至 SharePoint Server 的新內容，以及在啟用 SharePoint 版本設定的情況下，修訂現有的內容；即使只變更 SharePoint 文件的單一位元組，就會在資料庫中儲存整個 BLOB 的新副本，並將之前的副本標示為舊版本。如同許多 SharePoint 管理員所見，這會導致內容大小以指數的方式成長。隨著資料庫大小的成長，會愈來愈難管理系統以及確保最佳效能。除此以外，像備份和還原以及資料庫磁碟重組之類的基本工作，都變得愈來愈難執行。這就是 Microsoft 建議客戶將資料庫大小限制在可管理範圍內的原因之一，如下文所說明：＜SharePoint Server 2010 容量管理：軟體範圍及限制＞(http://technet.microsoft.com/en-us/library/cc262787.aspx#ContentDB)。堅持這個最佳作法建議意味著 SharePoint 管理員不得不建立多個資料庫，從管理和維護的觀點來看，代價都非常高昂。資料庫數量增加會導致需要管理及監視的備份更多，進而需要更多的 SharePoint 管理員。使用 RBS，您的應用程式就可以儲存大量未結構化的資料 (例如：多媒體視訊或音訊檔案)，充分運用 SQL Server 的相關功能及 Windows®檔案系統 BLOB 存放區的延展性。除了這個主要優點，RBS 功能還提供許多有關儲存成本、維護能力、效能及彈性的其他優點：資料庫大小較小，可充分利用昂貴的資料庫伺服器資源，如處理器、記憶體和磁碟等資料庫備份檔案較小備份及還原時間較快資料庫維護作業 (如磁碟重組及索引重建) 較快整體效能較好，尤其是儲存及存取大型物件時。



http://technet.microsoft.com/zh-tw/library/cc262787.aspx#ContentDB


設定 SharePoint Server 來使用 RBS 時，使用者作業的交易語意會完整保存，而且從使用者的觀點來看，絕不會觀察到任何變化。 SharePoint Server 會與 RBS 提供者，共同在後端自動完成從資料庫外部化 BLOB 的工作。當 RBS 與 SQL Server 容錯移轉叢集搭配使用時，可縝密運作，但是當 SharePoint 內容資料庫鏡像至另一個伺服器陣列中的資料庫伺服器時，就無法與 SQL Server 鏡像搭配運作。

測試目標我們測試的目標是要彰顯使用隸屬於 StorSimple SharePoint 資料庫最佳化工具的 StorSimple RBS 提供者來設定 RBS 之 SharePoint 伺服器陣列的效能特性，然後將該效能與未啟用 RBS 功能之 SharePoint 伺服器陣列的效能做比較。我們也想要測量 RBS 在下列各方面的作用： SQL Server 資料庫資料及交易記錄檔大小備份檔案大小備份及還原內容資料庫所花費的時間重建內容資料庫索引所花費的時間索引重建作業對終端使用者交易效能的作用 SharePoint 交易回應時間 SharePoint Server 搜尋編目作業檔案上傳效能當內容的規模增加時，效能的一致性將資料移轉入及移轉出 RBS 存放區所花費的時間本文件不討論改變應用程式工作量特性或改變已外部化之 BLOB 大小臨界值的 SharePoint Server 2010 行為。

測試方法我們的目標是要針對代表儘可能貼近真實世界的案例，實行上一節所描述的測試。另一個目標是要讓測試設定 (伺服器設定、資料庫設定、表格結構描述等等) 在每項測試之間，保持相對的持續性，這樣我們才能比較及對照不同作業的效能。這些測試大致分成 3 類： (1) 上傳測試、(2) 完整交易混合測試，以及 (3) 其他測試。上傳文件測試：這組測試測量了在不同的平均檔案大小下，RBS 對使用者文件上傳的效能及作用。完整 SharePoint 交易混合測試：這組測試測量了 RBS 對 SharePoint 伺服器陣列效能的作用。這些測試包括所有常執行的 SharePoint 使用者交易，例如瀏覽、搜尋、上傳文件，以及網站建立。所使用的主要效能評量值是網頁的平均回應時間。其他測試：這些測試包含的作業如資料庫備份和還原、將物件移轉入/出資料庫和移轉至 RBS 存放區，以及 SharePoint Server 搜尋編目。工作量我們想要透過測試回答的各種問題，迫使我們使用不同的工作量資料集。我們在這些測試中使用兩個工作量： (1) 上傳檔案工作量混合，以及 (2) 完整 SharePoint 交易混合。上傳檔案工作量混合包括兩組檔案，使用平均大小約 100 KB 來產生 100 GB 的資料庫，並使用 500 KB 來產生 1 TB 的內容資料庫。 100 KB 資料集的檔案大小分佈如圖 (ii) 所示。




圖 (ii) – 工作量檔案大小分佈上傳檔案工作量混合主要用來測量含有及不含 RBS 的文件上傳特性。完整 SharePoint 交易混合則是用來表示使用者每天執行的一般 SharePoint 交易混合。 Microsoft Visual Studio® Team System 2008 Team Suite 是用來產生工作量 (使用 Codeplex 上共用的原始 Microsoft Office SharePoint Server 2007 效能工具組修改版本)。下列交易用於各項測試。

測試名稱描述百分比頁面工作流程進行整個頁面工作流程：取出、核准及存回 1%




建立頁面建立新頁面 6%

網站管理員開啟 [網站管理員] 檢視 1%

建立發佈網站以發佈範本建立新網站 1%

建立小組網站使用網站目錄下的小組網站範本建立新的網站集合 1%

首頁瀏覽至入口網站首頁 25%

大型頁面瀏覽至入口網站的各種頁面 10%

我的網站公用頁面瀏覽至 [我的網站] 公用頁面 16%

我的網站編輯設定檔編輯個人設定檔 7%

搜尋查詢執行搜尋查詢，並檢視 [搜尋中心] 頁面中的結果 15%

上傳文件上傳文件 (平均 90 KB) 5%

下載文件下載文件 (平均 90 KB) 12%

總計： 100%

表 (i) –完整 SharePoint 交易混合。伺服器設定SharePoint 伺服器陣列設定了六部 Web 前端 (WFE) 伺服器、一部設定為執行搜尋編目程式的應用程式伺服器，以及一部資料庫伺服器，如圖 (iii) 所示。

WFE 及應用程式伺服器設定為在虛擬機器 (VM) 上執行，而資料庫伺服器是在專用實體伺服器 (非虛擬化) 上執行。此外，使用六部 VM 載入驅動程式伺服器 (未顯示在上面) 來產生上傳檔案交易混合及完整 SharePoint 交易混合的工作量。


圖 (iii) - SharePoint 伺服器陣列拓撲



硬體設定電腦角色硬體WFE 2 個 Intel Xeon E5504 2 GHz 處理器 (虛擬化)

8 GB RAM應用程式伺服器 2 個 Intel Xeon 2 GHz 處理器 (虛擬化)

8 GB RAM資料庫伺服器 2 個四核心 Intel Xeon 2 GHz 處理器 (未虛擬化)

16 GB RAM (12 GB 指派給 SQL Server)

表 (ii) –硬體設定儲存體設定基準測試中使用的所有儲存體都是在 StorSimple 1010 儲存體應用裝置上設定1。 SQL Server 系統資料庫、SharePoint 資料庫及 BLOB 存放區位在不同的磁碟區上，如下表 (iii) 所示。

磁碟區磁碟機SQL 系統資料庫 C:\

tempdb 資料及記錄檔 H:\

內容資料庫資料檔 P:\

內容資料庫記錄檔 Q:\

搜尋資料庫資料檔 S:\

搜尋資料庫記錄檔 Q:\

BLOB 存放區 X:\

備份 O:\

表 (iii) –儲存體設定軟體設定用於不同伺服器的軟體版本及設定如下表 (iv) 所示。

電腦角色軟體其他變更

WFE 及應用程式伺服器

Windows Server® 2008 R2 Enterprise x64

套用所有最新的 Windows Server 修補

1 StorSimple 1010 是最佳化應用程式的儲存體應用裝置，主要用於像Microsoft SharePoint 及 Microsoft Exchange 之類的應用程式。如需詳細資訊，請前往 http://www.storsimple.com。© 2011 Microsoft Corporation.著作權所有，並保留一切權利。頁碼 9若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。


http://www.storsimple.com/


Microsoft SharePoint Server 2010從 SQL Server 2008 R2 功能套件安裝 RBS.msi。

程式。

資料庫伺服器 Windows Server 2008 R2 Enterprise x64 SQL Server 2008 R2 Enterprise x64

套用最新的 Windows Server 修補程式。對資料庫伺服器設定所做的變更如下：- 'Max server memory' = 12 GB- 建立 4 個 tempdb 資料檔，並移至

其本身的磁碟區。表 (iv) – 軟體設定

測試結果及觀察本節針對使用 RBS 來外部化 BLOB 內容對 SharePoint Server 2010 部署之各種屬性的作用，提供用來測量之測試結果的摘要，並協助回答下表 (v) 中列出的問題。

測試描述1 RBS 對資料庫大小的作用2 RBS 對資料庫備份大小的作用3 RBS 對備份及還原時間的作用4 RBS 對索引重建效能的作用5 RBS 對 SharePoint 交易回應時間的作用6 RBS 對編目作業的作用7 RBS 對各種檔案大小之檔案上傳的作用8 將資料移轉入及移轉出 RBS 存放區所需的時間

表 (v) –測試案例

1. RBS 對 SQL Server 資料庫大小的作用如 RBS 一節所述，SQL Server 資料庫中的大部分資料對應於 SharePoint BLOB 資料。在大部分 SharePoint 客戶部署中，尤其是那些使用 SharePoint 來進行共同作業及記錄管理的部署，BLOB 資料佔了 95% 以上的資料庫大小。依據資料庫的大小，此內容可輕易轉譯成數百 GB 的資料庫資料。雖然這是因為設計的關係，但是這造成許多挑戰，而且在SharePoint Server 的使用、解決方案的延展性，以及使用有益的特定功能 (例如資源回收筒) 等方面，通常是限制因素。在本節摘要結果的測試中，我們針對含有 100,000 個物件的 100 GB SharePoint 內容資料庫，以及含有 2 百萬個使用和不使用 RBS 功能之物件的 1 TB SharePoint 內容資料庫，測量了資料庫、資料檔及交易記錄檔的大小。各資料庫的檔案大小如表 (vi) 所示。

大小 (GB) 減少不使用 RBS 使用 RBS




資料庫大小 (100 GB) 217.2 7.0 96.8%

資料庫資料檔案大小 (100 GB) 106.9 3.2 97.0%

資料庫交易記錄檔大小 (100 GB) 111.6 3.8 96.6%

具體化的 RBS 資料大小 -- 96.2 --

資料庫大小 (1 TB) 2,292 26 98.9%

資料庫資料檔案大小 (1 TB) 1,120 6.5 99.4%

資料庫交易記錄檔大小 (1 TB) 1,173 20 98.3%

具體化的 RBS 資料大小 -- 1,115 --

表 (vi) – 資料庫及檔案大小

圖 (iv) – 資料庫及檔案大小

如上圖 (iv) 所示，若不使用 RBS，在將 100 GB 及 1 TB 的 SharePoint 內容上傳至資料庫之後，資料庫的整體大小分別為 217.2 GB 及 2.29 TB。針對含有 100 GB SharePoint 內容的資料庫，106.9 GB 對應於實際資料庫資料，而另一個 111.6 GB 對應於資料庫交易記錄檔。含有 1 TB SharePoint 內容的資料庫也一樣，1.12 TB 對應於資料庫，而 1.2 TB 對應於資料庫交易記錄檔。針對啟用 RBS 的資料庫，100 GB 內容資料庫的大小減少了 96.8%，而 1 TB 內容資料庫的大小減少了 98.9%。資料及交易記錄檔的大小都相應變小。雖然資料庫中需要額外的空間來儲存 BLOB 是顯而易見且眾所週知的，但較少人知道，甚至不了解的缺點，是與 SQL Server 交易記錄檔成長有關的挑戰。造成此成長的原因為 SQL Server 是交易一致性的資料庫，提供完整的不可部分完成性、一致性、隔離性、耐用性 (ACID) 內容。這表示每個交易不是成功就是失敗，沒有中間狀態。 SQL Server 在認可作業之前，會使用直接寫入式磁碟存取，將每項作業完整記錄在資料庫交易記錄檔中，藉以實作 ACID 內容。 ACID 內容套用於所有 SQL Server 資料及資料類型，包括 BLOB。沒有任何機制可以在此功能停用或短路的情況下存在。可以預期的是，當 © 2011 Microsoft Corporation.著作權所有，並保留一切權利。頁碼 11若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。



SharePoint BLOB 儲存在 SQL Server 資料庫中時，BLOB 會被寫入兩次，第一次寫入交易記錄檔，然後再寫入資料庫檔案，從用來儲存 1 TB 使用者內容的資料庫大小 (2.29 TB) 就可觀察到。當採用資料庫備份，並選取 [截斷記錄檔] 選項時，此記錄檔就會截斷。使用 RBS 來外部化 BLOB 內容時，BLOB 資料會先寫入 BLOB 存放區，才會認可 SharePoint 作業。因此，作業的 ACID 內容會在不引起雙交易記錄寫入負擔的情況下，間接實現。資料庫資料及交易記錄檔的減少量，取決於資料大小，以及在備份期間截斷交易記錄檔的頻率。




外部化的 BLOB 內容儲存在集中的檔案共用上，可供所有 SharePoint WFE 及應用程式伺服器存取。這個檔案共用磁碟區可以位在資料庫伺服器或一些其他伺服器上。圖 (v) 說明用於基準測試中的檔案共用內容。

注意： RBS 是將 BLOB 資料移至外部儲存體，藉以降低資料庫大小，因此，務必要記得 BLOB 資料所耗用的整體磁碟空間並沒有降低。當然，儲存體廠商可能會利用專利技術來協助處理這種狀況，例如：刪除重複有助於降低磁碟空間。從 SharePoint 刪除相對應的內容時，BLOB 不會自動從 RBS 存放區刪除；需要另一個使用內建 RBS 維護程式工作的記憶體回收，才能清除已遺棄的 BLOB。2. RBS 對資料庫備份大小的作用在本節摘要結果的測試中，我們針對含有 100,000 個物件的 100 GB SharePoint 內容資料庫，以及含有 2 百萬個物件的 1 TB SharePoint 內容資料庫，測量了 RBS 對資料庫備份大小的作用。這些測試及分析並沒有包含 RBS 存放區。也就是說，此白皮書不討論有關備份及還原位在 RBS 儲存體上之 BLOB 資料的技巧和持續時間。下列 Transact-SQL 命令用來執行備份。BACKUP DATABASE [WSS_Content] TO DISK = N'O:\WSS_Content' WITH NOFORMAT, INIT, NAME = N'WSS_Content-Full Database Backup', SKIP, NOREWIND, NOUNLOAD;

我們執行測試來測量 SQL Server 備份壓縮功能2的作用，以判定其對有使用和沒使用 RBS 之備份大小的作用。我們的測試結果摘要如下表 (vii) 所示。

2 需要使用 SQL Server Enterprise ，才能壓縮資料庫備份。 SQL Server Standard 或 SQL Server Express 中沒有此功能。


圖 (v) – RBS 檔案共用磁碟區大小



大小 (GB) 減少不使用 RBS 使用 RBS

資料庫資料檔案大小 (100 GB) 106.9 3.2 97.0%

SQL Server 備份大小 (100 GB) 107.0 3.3 96.9%

SQL Server 使用壓縮的備份大小 (100 GB) 71.5 0.7 99.1%

BLOB 存放區大小 (100 GB) 0 96.2 --

資料庫資料檔案大小 (1 TB) 1120 6.5 99.4%

SQL Server 備份大小 (1 TB) 1,119.0 6.6 99.4%

SQL Server 使用壓縮的備份大小 (1 TB) 1,046.0 1.2 99.9%

BLOB 存放區大小 (1 TB) 0 1115 --

表 (vii) – 資料庫及備份大小

圖 (vi) – 資料庫及備份大小如上圖及上表所示，啟用 RBS 時，對應於 100-GB 內容的資料庫備份大小減少了 96.9% (107 GB 與 3.3 GB 比較)，而 1-TB 內容的資料庫備份大小減少了 99.4% (1,119 GB 與 6.6 GB 比較)。針對 100-GB 內容，已從資料庫外部化的 BLOB 大小為 96.2 GB，針對 1-TB 資料庫，大小為 1115 GB。資料庫啟用 SQL Server 備份壓縮功能時，若不使用 RBS，備份大小分別進一步減少至 71.5 GB 及 1,046 GB，若使用 RBS，則分別減少至 0.7 GB 及 1.2 GB。請注意，在不使用 RBS 的情況下，備份壓縮才有減少空間的效果，因為 SharePoint Server 會將 BLOB 資料與其他資料 (中繼資料) 儲存在同一列中。如果選擇將 BLOB 儲存在列外，備份壓縮不© 2011 Microsoft Corporation.著作權所有，並保留一切權利。頁碼 14若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。



會有任何作用，因為不會將儲存在列外的 BLOB 壓縮。雖然在此案例中這是個優點，但代價是工作集較大，且快取效率會降低，最後導致效能降低。由於 SharePoint BLOB 永遠不變，意思就是一旦建立就永遠不會改變，所以在完成 SQL Server 資料庫備份之後，隨時可以備份 BLOB 內容。這樣可以提供彈性，讓您可以對 SQL Server 資料庫進行快速的時間點交易一致性備份，以後再備份 BLOB 存放區磁碟區。 SQL Server 備份及 RBS 內容存放區的備份共同組成 SharePoint 內容的完整備份。完成之後，當 SQL Server 備份開始時，備份組就可以用來還原 SharePoint 資料庫。注意：在規劃會用到 RBS 資料儲存體的備份及還原策略時，請規劃 RBS 復原時間。在 RBS 還原之前，都不能使用 SharePoint 文件。

3. RBS 對備份及還原時間的作用在本節摘要的測試中，我們測量了 RBS 對備份及還原資料庫時間的作用。與上一節相同，我們使用了含有 100,000 個物件的 100 GB SharePoint 內容資料庫。我們進行了一系列的測試，以測量在啟用及不啟用 RBS 的情況下，備份及還原資料庫所需的時間。針對 100-GB 資料庫所做的測試結果摘要如下表 (viii) 所示。

作業不使用 RBS 使用 RBS 減少資料庫資料檔大小 106.9 3.2 97.0%

備份資料庫的時間 2,490 秒 38 秒 98.5%

還原資料庫的時間 1,290 秒 28 秒 97.8%

在啟用備份壓縮的情況下備份資料庫的時間 3,160 秒 37 秒 98.8%

從壓縮備份還原資料庫的時間 1,330 秒 28 秒 97.9%

備份 BLOB 存放區的時間 (快照) -- 14 秒 --

還原 BLOB 存放區的時間 (快照) -- 28 秒 --

備份 BLOB 存放區的時間 (複製命令) -- 2,578 秒 --

還原 BLOB 存放區的時間 (複製命令) -- 2,880 秒 --

表 (viii) – 100 GB 資料庫的備份及還原時間




圖 (vii) – 100 GB 資料集的備份及還原時間針對資料庫備份及還原，所花費的時間量與資料庫大小成等比。如果資料庫大小在啟用 RBS 的情況下小非常多，時間量會相對減少，如圖 (vii) 所示。在啟用 RBS 的情況下，用來備份資料庫的時間少了 98.5% (2,490 秒與 38 秒相較)，而用來還原資料庫的時間少了 97.7% (1,284 秒與 28 秒相較)。同樣地，使用 SQL Server 備份壓縮來備份資料庫的時間量少了 98.8%，而用來還原備份壓縮資料庫的時間量少了 97.9%。以備份壓縮來備份資料庫會多花 27% 的時間，以及更可觀的 SQL Server 伺服器資源，因為壓縮資料需要多一道處理程序。用來備份及還原資料庫的命令如下所示：

BACKUP DATABASE [WSS_Content] TO DISK = N'O:\WSS_Content' WITH NOFORMAT, INIT, NAME = N'WSS_Content-Full Database Backup', SKIP, NOREWIND, NOUNLOAD;

BACKUP DATABASE [WSS_Content] TO DISK = N'O:\WSS_Content' WITH COMPRESSION, NOFORMAT, INIT, NAME = N'WSS_Content-Full Database Backup', SKIP, NOREWIND, NOUNLOAD;

RESTORE DATABASE [WSS_Content] FROM DISK = N'O:\WSS_Content' WITH FILE = 1, MOVE N'WSS_Content' TO N'J:\ContentDB_Data\WSS_Content.mdf', MOVE N'WSS_Content_log' TO N'S:\ContentDB_Log\WSS_Content_log.LDF', NOUNLOAD, REPLACE;

使用 RBS 時，需要分開備份 RBS 存放區。此備份可與資料庫備份非同步及平行執行，唯一的要求是，RBS 存放區的備份必須在資料庫備份開始之後初始化。有多種機制可用來備份 RBS 存放區。在測試中，我們測量了使用磁碟快照機制以及簡單循序目錄複製來備份存放區的時間。針對 100 GB 的內容，使用磁碟快照來備份 RBS 存放區的時間為 14 秒，而使用複製命令所花費的時間為 2,578 秒。

附註 - 使用 FILESTREAM 提供者時，SharePoint 2010 會自動備份或還原 BLOB 資料及中繼資料。




還原啟用 RBS 的資料庫時，也需要還原 BLOB 存放區。唯有在還原 BLOB 存放區之後，才會將 SharePoint 伺服器陣列視為完整還原且可存取。針對 100 GB 的內容，使用磁碟快照機制時，還原 RBS 存放區的時間為 28 秒，使用複製命令時，所花費的時間為 2,880 秒。值得一提的是，RBS 存放區只有在損毀或是處於不一致狀態時，才需要還原。

4. RBS 對索引重建效能的作用SharePoint Server 的特性之一，就是儲存 BLOB 內容的後端 SQL Server 資料庫表格會經常且廣泛地分散。此分散有許多方式，一方面是設計的關係，一方面是可歸因於 SharePoint 應用程式結構的方式，以及後端 SQL Server 資料庫的存取模式。當資料庫分散時，邏輯上連續的資料庫頁面不會以實體連續的方式出現在資料檔中。此外，資料頁往往未用到完全容量，導致需要更多這種低密度的頁面來儲存資料。這兩個因素都使得工作集大於所需，進而導致效能降低。好消息是 SharePoint 2010 會執行三個 SharePoint Health Analyzer 規則，以自動減少分散。這些規則會定期檢查索引的分散，並執行 proc_DefragmentIndices 預存程序，自動將索引重組。然而，請謹記，這是資源密集程序，而且在索引重建程序期間，整個 SharePoint 伺服器陣列都無法使用。這三個規則如下：

SharePoint 使用的資料庫有分散的索引一或數個搜尋編目資料庫有分散的索引一或數個搜尋內容資料庫有分散的索引

透過 RBS 將 BLOB 外部化對於減輕這個問題非常有幫助，因為資料庫愈小，重建索引所需的時間就愈少。為了測量重建索引的作用，我們執行了一組測試，強制對 SharePoint 內容資料庫中的所有表格進行索引重建作業。雖然這不能代表真實世界依需要重建索引的部署，但是我們選擇這個方法是為了讓測試具決定性且可重複。在這些測試當中，我們測量了在啟用及不啟用 RBS 的情況下，針對 100-GB 和 1-TB 內容資料庫進行索引重建所花費的時間。我們也測量了索引重建作業對 SharePoint 伺服器陣列可用性及效能的影響。

不使用 RBS 使用 RBS 減少所有表格的索引重建時間 (100 GB) 120 秒 4 秒 96.7%

所有表格的索引重建時間 (1 TB) 600 秒 146 秒 75.7%

表 (x) –資料庫分散如上表 (x) 所示，啟用 RBS 時，為 100-GB 資料庫重建索引所花費的時間少了 96.7% (120 秒與 4 秒相較)，為 1-TB 資料庫重建索引所花費的時間少了 75.7% (600 秒與 146 秒相較)。由於在索引重建時，大部分時間都無法使用 SharePoint Web 應用程式，所以減少的時間會直接影響 SharePoint 應用程式的可用性，可以更常執行索引重建作業，進而維護更一致的效能。我們執行了多項測試來測量在不啟用 RBS 的情況下，索引重建測試對 100-GB 資料庫的作用。下圖 (viii) 繪製了這樣一個測試的結果，其中模擬了上傳文件工作量，並且在穩定狀態期間執行索引重建作業。




圖 (viii)：索引重建作業對效能的作用如一般作業期間 (上午 6:28 到上午 6:56) 所見，預期的檔案上傳率平均值約為每秒 85 個檔案。在上午 6:56 時，執行了一次索引重建作業，持續 120 秒。在此期間，檔案上傳率幾乎掉到零，如圖所示。這表示在此期間執行的那組使用者作業可能當掉達 120 秒，或更糟的仍在逾時，進而向使用者顯示錯誤訊息。如果在資料庫上啟用 RBS 的情況下，索引重建作業只有 4 秒，則時間範圍太小，看不出整體的影響。事實上，效能降低的幅度這麼小，很難呈現在圖形上，因此刻意不繪製在圖形上。雖然此測試是使用檔案上傳作為工作量，但是對 SharePoint 伺服器陣列可用性的作用，與對所有交易類型的作用相同。5. RBS 對 SharePoint 交易回應時間的影響如上面各節所述，啟用 RBS 功能會使 SharePoint 內容資料庫變小，因此執行查詢時所需的 SQL Server 資料庫伺服器資源較少。省下來的資源釋出後，可以讓現有的查詢處理更快，並可服務更多查詢。在本節摘要的測試中，我們測量了啟用 RBS 對交易回應時間的作用。就此測試而言，我們使用了完整的 SharePoint 交易混合工作量，說明請見＜測試方法＞一節。此工作量是在 6 個載入驅動程式上執行，其模擬的使用者負載為 100 位使用者平均每 15 秒執行一次 SharePoint 交易。每個測試突然提高 5 分鐘，然後連續執行 2 小時。平均回應時間是以測試整整 2 小時的穩定狀態效能來測量。這些高層級結果如下表 (xi) 所示。

評量值不使用 RBS 使用 RBS 減少最大使用者負載 100 100 0.0%

要求數/秒 84 84.3 -0.4%

要求失敗 0 0 0.0%

平均回應時間 28 毫秒 21 毫秒 25.0%

測試數/秒 6.4 6.42 -0.3%

平均頁面時間 210 毫秒 160 毫秒 23.8%




表 (xi) – 交易回應時間測試評量值在內容資料庫上啟用 RBS 時，所有交易的平均回應時間少了 25% (28 毫秒與 21 毫秒相較)。這表示，啟用 RBS 時，在各項交易之間，SharePoint 交易的平均使用者回應時間快了 25%。如果 SharePoint 使用者的生產力及滿意度通常是視 SharePoint 交易回應時間而定，所減少的 25% 可帶來更高層次的生產力及滿意度。下表 (xii) 進一步分析每 14 個使用者交易的回應時間。

交易交易 % 平均交易時間 (秒) 減少不使用 RBS 使用 RBS

我的網站 (公用) 16.0% 0.14 0.08 42.9%

首頁 25.0% 0.43 0.22 48.8%

頁面工作流程 1.1% 109.00 109.00 0.0%

建立頁面 6.0% 15.72 15.67 0.3%

建立發佈網站 1.0% 13.00 12.70 2.3%

建立小組網站 1.0% 17.90 18.30 -2.2%

下載文件 12.2% 4.03 4.03 0.0%

我的網站編輯設定檔 6.9% 29.84 29.90 -0.2%

大型頁面 10.1% 0.12 0.09 25.0%

搜尋查詢 14.8% 60.00 60.10 -0.2%

網站管理員 1.0% 0.45 0.31 31.1%

上傳文件 4.9% 30.20 30.50 -1.0%

表 (xii) – 交易回應時間




圖 (ix) – 交易回應時間如上圖所示，啟用 RBS 時，12 個交易中有 8 個交易的平均回應時間相等或更好，而其中有 4 個交易提升了將近 50%。就效能衰退的那 4 個交易而言，因為衰退幅度小於 2.2%，因此實際使用者不太可能會察覺。一般而言，當 RBS 啟用時，應該可以看到大型檔案效能的提升，尤其是 IO 繫結系統，因為 IO 會重新導離 SQL Server 資料庫。針對較小的檔案，效能會相對降低，因為 WFE 必須透過線路發出兩個要求，而不是一個。然而，即使差異性的百分比很大，相對性的增加卻不顯著，因為檔案存取時間短到微不足道。6. RBS 對編目效能的作用搜尋是多數 SharePoint 部署不可或缺的一部分，也是資源較密集的 SharePoint 服務之一。許多企業部署的使用者存取資料時，大多數是從搜尋入口網站瀏覽，而不是直接存取網站或文件。此行為導致搜尋的用量很大，也難怪許多客戶會聲稱搜尋已然成為其頭號資源消秏者，或者常是瓶頸所在。SharePoint Server 搜尋有兩個元件：搜尋編目及搜尋查詢。搜尋編目程序包括用以搜尋主體編目，以及建立 (或更新) 搜尋索引的編目程式。 SharePoint 搜尋索引包含兩個部分：搜尋資料庫及平面搜尋索引檔。搜尋查詢接著會利用搜尋資料庫及索引來傳回使用者搜尋查詢的結果。在本節摘要的測試結果中，我們測量了使用現成搜尋設定，透過單一應用程式伺服器來編目搜尋主體所花費的時間。在啟用及不啟用 RBS 的情況下，所花費的時間結果摘要如下表 (xiii) 所示。搜尋查詢結果摘要於上一節，這裡就不再重複。

作業物件數不使用 RBS 使用 RBS 減少搜尋完整編目 503,206 150 分鐘 146 分鐘 2.7%

圖 (x) – 搜尋完整編目的摘要




如上列結果所示，在搜尋主體資料庫上啟用 RBS 對效能的作用微乎其微，只提升了 2.7% 的效能。這與我們的預期不謀而合，因為兩個案例中的處理程序大致相同。

7. RBS 對檔案上傳效能的作用用來將大型檔案上傳至 SharePoint Server 的時間，往往是使用者上傳大量內容的一大束縛。最常見的抱怨就是，將檔案複製到 Windows 檔案共用，往往會比將相同的檔案上傳到 SharePoint Server 快很多。其中一個原因就是，依預設，檔案的所有內容都是儲存在 SQL Server 資料庫中，而它有相關聯的負擔。此外，如果 SQL Server 資料庫是在交易一致的模型中運作，會強制將整個 BLOB 記錄在 SQL Server 交易記錄檔中，而且還會將其實際副本儲存在資料庫中，導致系統上有兩次 IO 載入。 RBS 會大幅提升大型檔案的檔案上傳效能，因為它將 BLOB 直接從 WFE 外部化，所以會將 SQL Server 系統上的 IO 負載降到最低。在本節摘要的測試結果中，我們建立了 SharePoint 數位資產管理部署的模型，並測量在啟用及不啟用 RBS 的情況下，上傳大型檔案 (範圍從 1 MB 到 1.99 GB) 的效能。在啟用及不啟用 RBS 的情況下，用來上傳檔案的時間結果如下表 (xiv) 所示。

檔案大小用來上傳檔案的時間 (秒) 減少不使用 RBS 使用 RBS

1 MB 1.2 1.0 16.7%

100 MB 12.2 9.7 20.5%

500 MB 55 28.8 47.6%

1 GB 69.4 48 30.8%

1.5 GB 138 71 48.6%

1.99 GB 178 87 51.1%

表 (xiv) – 檔案上傳時間




圖 (xi) – 檔案上傳時間如表格及圖形所示，在啟用 RBS 的情況下，用來上傳檔案的時間比不啟用 RBS 快 15% - 50%。以絕對值來看，轉譯成 1.99 GB 的檔案花了 87 秒，上傳花了 178 秒，這對上傳檔案的記錄中心使用者影響很大，想想他們往往只能在網頁瀏覽器前面等待作業完成，才能繼續其活動。如果組織中有數百位使用者，每個使用者執行數十項這樣的作業，節省的時間和優點很快就會累積起來，尤其是當伺服器有資源瓶頸時，更加值得關注。同樣的優點也適用於檔案下載作業，只是在檔案下載時，SQL Server 系統及 SharePoint WFE 會緩衝檔案資料，使得後端儲存體的資源消秏較少。

8. 移轉資料所需的時間一旦資料庫上啟用 RBS，所有上傳或修改的檔案都會自動外部化至與作用中提供者相關聯的 RBS BLOB 存放區。先前儲存在資料庫中的物件仍會留在那裡，並可從資料庫中存取，不會自動移轉至 RBS 存放區。在此設定中，SharePoint 有助於完整存取這兩者：已透過 RBS 外部化的檔案，以及仍儲存在資料庫中的檔案。雖然上述機制運作良好，但過一段時間之後，使用者可能會想要將儲存在資料庫中的所有現存內容移轉到外部 RBS 存放區；或是想要將所有外部化的 RBS 內容移轉回資料庫。這兩個作業都可以用 SharePoint Server 2010 隨附的 Windows PowerShell™ 2.0 Migrate() Cmdlet 來執行。Windows PowerShell 命令的確切執行順序如下列指令碼所示。$cdb=Get-SPContentDatabase <ContentDbName>

$rbss=$cdb.RemoteBlobStorageSettings$rbss.GetProviderNames()

$rbss.SetActiveProviderName($rbss.GetProviderNames()[0])3

$rbss.Migrate()

3注意：$rbss.GetProviderNames()[0]對應於 StorSimple RBS 提供者。




針對您要移轉 BLOB 的每個資料庫，都必須執行這些步驟。在啟用 RBS 提供者的情況下執行 Windows PowerShell 指令碼，會導致 BLOB 移轉出資料庫，並移轉入 RBS 存放區，而在不啟用 RBS 提供者的情況下執行 Windows PowerShell 指令碼，會導致 BLOB 移轉回資料庫。考慮到內容資料庫可能會儲存數千個甚至數百萬個物件，在移轉資料之前，需謹慎考量，因為可能會需要很長的時間才能完成作業。建議您在非尖峰時間，從用量不大的 SharePoint WFE 或應用程式伺服器來執行 Migrate() Cmdlet。在我們的測試中，是從應用程式伺服器來執行上述指令碼，將每個平均大小 100 KB 的 500,000 個 SharePoint 物件移轉入及移轉出資料庫。測試的結果摘要如下表 (xv) 所示。

作業花費的時間 (分鐘) 每秒移轉的 BLOB 數將資料從內容資料庫移轉至 BLOB 存放區 (外部化資料) 243 34.3

將資料從 BLOB 存放區移轉至內容資料庫 (內部化資料) 504 16.5

表 (xv) – RBS BLOB 移轉時間

我們將資料移轉至內容資料庫所花費的額外時間，歸因於需要在後端執行的額外 SharePoint Server 及 SQL Server 處理程序。為確保結果可供比較，並為了符合 Microsoft 支援要求，除了軟體設定部分所提及的內容，不會再於 SQL Server 資料庫上進行額外的調整。RBS Migrate 方法可重新啟動，它會開始將 BLOB 從上次呼叫時離開的位置，移轉入或移轉出資料庫。

總結在本文件中，我們看到如何使用 RBS 來將 SharePoint 內容資料庫的有效大小及備份大小減少 95% 以上，進而減少了相等的備份時間，並提供以較便宜的儲存體來儲存 BLOB 資料的選項。我們也看到了 RBS 功能如何協助使用者將大型媒體檔案儲存在 SharePoint Server 中，並享有 SharePoint Server 的所有優點，而不會造成 SQL Server 資料庫的瓶頸，或是使解決方案過於昂貴。我們還分析了 RBS 對搜尋編目時間的作用、索引重建維護工作的效能 (降低 96%)，以及使用者交易回應時間 (降低 30%，對某些交易甚至更多)。最後我們測量了個別的大型媒體檔案上傳效能，以及使用 RBS 來將 BLOB 資料移轉入及移轉出資料庫所花費的時間。整體而言，我們發現使用 RBS 有助於維護 SharePoint 伺服器陣列，又能加強解決方案的延展性，進而節省成本，並改善使用者的使用經驗。然而，使用 RBS 時，像備份 BLOB 存放區這類的維護作業，都應謹慎規劃，並分項列出維護工作。其他資源遠端 BLOB 儲存概觀—http://technet.microsoft.com/en-us/library/ee748649.aspx

將內容移轉入或移轉出 RBS —http://technet.microsoft.com/en-us/library/ff628254.aspx

StorSimple SharePoint 資料庫最佳化工具—http://www.storsimple.com/ ( 可能為英文網頁 )

Microsoft Office SharePoint Server 2007 效能負載測試 —http://sptdatapop.codeplex.com/releases/view/1214#DownloadId=6918 ( 可能為英文網頁 )

Microsoft® SQL Server® 2008 R2 功能套件 - http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=ceb4346f-657f-4d28-83f5-aae0c5c83d52



http://www.microsoft.com/downloads/zh-tw/details.aspx?familyid=ceb4346f-657f-4d28-83f5-aae0c5c83d52

http://www.microsoft.com/downloads/zh-tw/details.aspx?familyid=ceb4346f-657f-4d28-83f5-aae0c5c83d52

http://sptdatapop.codeplex.com/releases/view/1214#DownloadId=6918


http://technet.microsoft.com/zh-tw/library/ff628254.aspx

http://technet.microsoft.com/zh-tw/library/ee748649.aspx


關於 StorSimpleStorSimple 的解決方案可解決有關效能、延展性、可管理性、資料保護及 Microsoft SharePoint Server 2010 成本的重要儲存相關問題。StorSimple 特別提供您内部部署功能，它是新一代的儲存體，可因應當今應用程式的相關挑戰，又可讓您在準備好的時候，運用公用或私人雲端儲存體。如需 StorSimple 的相關資訊，請前往www.storsimple.com ( 可能為英文網頁 ) 。

關於 MicrosoftMicrosoft Corporation 是公開的國際公司，總部位在美國華盛頓州的瑞蒙市，其各產品部門主要從事開發、製造、授權及支援有關電子運算的多樣化產品及服務。





Documents

簡介download.microsoft.com/download/1/3/4/13432F3F-A1… · Web view含有 1 TB SharePoint 內容的資料庫也一樣，1.12 TB 對應於資料庫，而 1.2 TB 對應於資料庫交易記錄檔。針對啟用