摘要download.microsoft.com/download/4/e/0/4e0a09f1-11dd-4b98... · web viewmicrosoft®...
TRANSCRIPT
Microsoft® SharePoint® 2010 產品的資料庫維護 作者： Bill Baer
Bryan Porter
技術檢閱者：Paul S. Randal (SQLskills.com)
發行日期： 2011 年 7 月摘要：本文件說明主控 SharePoint 2010 產品內容及組態設定之資料庫的建議維護策略。
Microsoft SharePoint 2010 2011 年 7 月
本文件係依「現狀」提供。本文件所陳述的資訊和觀點，包括 URL 及其他網際網路網站參考，如有變更恕不另行通知。貴用戶將承擔使用的風險。文中所描述的部分範例僅供說明使用，均屬虛構，並非影射任何真實的關聯性或連結。本文件不提供貴用戶對任何 Microsoft 產品之任何智慧財產的法定權利。貴用戶可複製和使用本文件做為內部參考用途。 © 2011 Microsoft Corporation.著作權所有，並保留一切權利。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 2若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
摘要本白皮書提供主控 Microsoft® SharePoint® 2010 資料及設定之資料庫的資訊與指南。 本白皮書也會提供並說明使用 SharePoint 2010 時建議的資料庫維護工作範例。在實作任何資料庫維護工作或修改 SharePoint 2010 資料庫之前，請務必閱讀下列支援文章： Office 伺服器產品及 Windows SharePoint Services 所用的資料庫變更支援 (http://go.microsoft.com/fwlink/?LinkId=110812&clcid=0x404)。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 3若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
目錄摘要................................................................................................................................................ 3
簡介................................................................................................................................................ 5
使用 DBCC CHECKDB 來檢查一致性錯誤.....................................................................................5
關於 DBCC CHECKDB................................................................................................................... 6
DBCC CHECKDB 與效能...............................................................................................................7
測量並降低索引零碎程度................................................................................................................7
線上索引重建與離線索引重建.........................................................................................................8
測量 SQL Server 2008 或 2005 資料庫的分散程度 (sys.dm_db_index_physical_stats).............8使用 sys.dm_db_index_physical_stats 動態管理檢視............................................................9
降低資料庫零碎程度...................................................................................................................... 10執行資料庫維護狀況分析器規則...............................................................................................10
降低特定資料表與索引的零碎程度................................................................................................12使用 ALTER INDEX.................................................................................................................. 12
設定填滿因數以微調索引效能.......................................................................................................13
壓縮資料檔案................................................................................................................................ 13使用 Transact-SQL 命令壓縮資料庫.........................................................................................14使用 SQL Server 2008 Management Studio 壓縮資料庫..........................................................15
建立 SQL Server 2008 維護計劃..................................................................................................15設定 SQL Server 2008 資料庫維護計劃....................................................................................16
摘要............................................................................................................................................... 23
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 4若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
簡介若要確保 Microsoft® SharePoint® 2010 資料庫運作順暢，日常的資料庫維護是很重要的。 本白皮書說明 SharePoint 2010 支援的資料庫維護工作。SharePoint 2010 資料庫的建議維護工作包括： 檢查資料庫完整性。 透過重新組織或重建來將索引重組。 設定伺服器的填滿因數。 注意：本文說明資料庫維護，但不包括容量或效能規劃。 如需容量或容量規劃的相關資訊，請參閱規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010) (http://go.microsoft.com/fwlink/?LinkId=217482)。雖然 SharePoint 舊版的產品及技術需要手動介入以執行索引重組與統計資料維護，但在 SharePoint 2010 中會將資料庫的這個程序自動化。 這是透過數個 SharePoint Health Analyzer 規則來完成的。 這些規則會每天評估資料庫索引與統計資料的狀況，並自動處理下列資料庫的項目：
設定資料庫 內容資料庫 User Profile Service 應用程式設定檔資料庫 User Profile Service 應用程式社交資料庫 Web Analytics Service 應用程式報表資料庫 Web Analytics Service 應用程式臨時資料庫 Word Automation Services 資料庫
您可透過執行 Transact-SQL 命令或 [資料庫維護精靈]，來進行資料庫維護工作。 我們會先介紹您可以使用的 Transact-SQL 命令，然後再說明如何使用 Microsoft SQL Server® 資料庫維護精靈建立資料庫維護計劃。 注意： 我們在本白皮書中僅提供 SQL Server 2008 R2 和 SQL Server 2005 的詳細說明範例。 使用 DBCC CHECKDB 來檢查一致性錯誤先從一致性檢查開始日常維護作業，可確保您的資料與索引未受損毀。 您可以使用 DBCC (資料庫主控台命令) CHECKDB 陳述式，執行資料與索引頁面的內部一致性檢查。絕大多數的資料庫一致性問題都是因為 I/O 子系統錯誤所造成。 不過，若資料庫伺服器不當關閉或磁碟錯誤，也可能會影響資料庫一致性。 另外，顯而易見的效能和可用性問題，有時候也是基礎資料庫一致性問題的徵兆。 您的 SharePoint 2010 資料庫每週至少應該進行一次資料庫一致性檢查，且每當發生資料庫伺服器或 I/O 子系統失敗等事件時，都要檢查。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 5若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 6若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
關於 DBCC CHECKDB DBCC CHECKDB 會執行下列作業，以檢查特定資料庫中所有物件的邏輯和實體完整性：
執行 DBCC CHECKALLOC (http://go.microsoft.com/fwlink/?LinkId=110815&clcid=0x404)
等式，以確認資料庫的配置結構。 在資料庫的每個資料表和檢視上執行 DBCC CHECKTABLE
(http://go.microsoft.com/fwlink/?LinkId=162093) 等式，以確認其邏輯和實體完整性。 在資料庫上執行 DBCC CHECKCATALOG (http://go.microsoft.com/fwlink/?
LinkId=110834&clcid=0x404) 等式，以確認其中繼資料一致性。這表示，DBCC CHECKALLOC、DBCC CHECKTABLE 或 DBCC CHECKCATALOG 命令並不需要和 DBCC CHECKDB 分開執行。 我們建議您執行 DBCC CHECKDB 而不是個別操作，因為其可識別出最廣泛的可能錯誤，因此在實際執行環境中執行會更加安全。 DBCC CHECKDB 會耗用大量的記憶體、I/O 和 CPU 等資源。 若要在生產系統中執行 DBCC CHECKDB，還有一個替代方案是在不同伺服器上的 SharePoint 資料庫還原備份上執行，這樣即可卸除生產系統上的一致性檢查工作量。建議您先執行 DBCC CHECKDB，這樣一來，如果發生錯誤，就可以使用最近的備份來還原受影響的資料庫。重要 - 不支援執行 DBCC CHECKDB WITH REPAIR_ALLOW_DATA_LOSS。 不過，可支援執行 DBCC_CHECKDB WITH REPAIR_FAST 和 REPAIR_REBUILD，因為這些命令僅會更新相關資料庫的索引。下表包含 DBCC CHECKDB 的輸出範例。DBCC results for 'Contoso_Content_1'.Service Broker Msg 9675, State 1: Message Types analyzed: 14.Service Broker Msg 9676, State 1: Service Contracts analyzed: 6.Service Broker Msg 9667, State 1: Services analyzed: 3.Service Broker Msg 9668, State 1: Service Queues analyzed: 3.Service Broker Msg 9669, State 1: Conversation Endpoints analyzed: 0.Service Broker Msg 9674, State 1: Conversation Groups analyzed: 0.Service Broker Msg 9670, State 1: Remote Service Bindings analyzed: 0.DBCC results for 'sys.sysrowsetcolumns'.There are 2663 rows in 21 pages for object "sys.sysrowsetcolumns".DBCC results for 'sys.sysrowsets'.There are 309 rows in 4 pages for object "sys.sysrowsets".
…more
CHECKDB found 0 allocation errors and 0 consistency errors in database 'Contoso_Content_1'.DBCC execution completed. If DBCC printed error messages, contact your
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 7若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
system administrator.
資料表 1. DBCC CHECKDB 輸出範例如需搭配使用 DBCC CHECKDB 與 SQL Server 2008 的詳細資訊，請參閱 DBCC CHECKDB (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=217483)。
DBCC CHECKDB 與效能建議您在非生產期間執行一致性檢查，因為 DBCC CHECKDB 會耗用大量資源 (I/O、CPU、記憶體與 TempDB 空間等方面)。 通常大家會誤以為 DBCC CHECKDB 需要封鎖鎖定；不過從 SQL Server 2000 開始就不再需要了。如需 DBCC CHECKDB 不再需要封鎖鎖定的詳細資訊，請參閱「一天一個 SQL Server DBA 迷信： (2/30) DBCC CHECKDB 造成封鎖」(http://www.sqlskills.com/BLOGS/PAUL/post/A-SQL-Server-DBA-myth-a-day-(230)-DBCC-CHECKDB-causes-blocking.aspx ( 可能為英文網頁 ) )。您可能會發現在生產系統中執行 DBCC CHECKDB 的負擔太大了。 如果是這樣的話，請不要嘗試一次執行一個資料表的一致性檢查，因為這樣可能會對整體造成更大的問題。 若要降低生產系統上完整性檢查的額外負荷 ，最佳方式是執行下列動作：
使用 WITH PHYSICAL_ONLY 選項以降低 CPU 與記憶體使用量。 在個別 SQL Server 上還原資料庫備份，然後在資料庫的還原複本上執行一致性檢查。
如需這些選項的詳細資訊，請參閱 Paul S. Randal 的此部落格文章 ( 可能為英文網頁 ) 。測量並降低索引零碎程度當資料表或索引中的頁面邏輯順序 (由索引鍵所定義) 和資料檔案中的頁面實體順序不同時，就會發生索引零碎的問題。 這也表示資料檔案頁面上的資料密度太低，導致磁碟空間、記憶體和 I/O 浪費。 索引零碎也可能是多次插入、更新或刪除資料表的結果。 下圖顯示新建立且不零碎的索引，以及經過多次插入、更新與刪除後的零碎索引。 紅色箭頭代表索引的實體順序，黑色箭頭代表索引頁面的邏輯順序。
圖 1. 非零碎的索引 (圖片來源：Paul S. Randal)
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 8若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
圖 2. 零碎的索引 (圖片來源：Paul S. Randal)
因為資料表和索引當中資料列間的插入、更新與刪除分佈不平均，因此一段時間以後每個頁面上的分佈 (或資料密度) 差異就會很大。 若查詢掃描了資料表的部分或全部索引，這種零碎現象就會導致額外的頁面讀取，而阻礙資料的平行掃描，並大幅影響搜尋效能。索引零碎會導致效能降低以及空間使用的浪費；甚至在中度使用的資料庫中，索引都可能快速變得零碎。 在實作零碎索引維護計劃前，您應該先了解哪些資料表和索引最為零碎，然後再建立維護計劃以重建或重新組織這些索引。在 SharePoint 2010 中，通常容易變得零碎的資料表範例為 AllDocs，其中含有文件庫、相關聯文件與清單和清單項目，以及個別的中繼資料。 索引的零碎程度是指索引頁面中，邏輯順序與實體順序不相同的百分比。線上索引重建與離線索引重建僅有 SQL Server Enterprise、Developer 以及 Evaluation 版可以使用線上索引重建。 本白皮書所述的方法有顧慮到這一點。 因此，如果主控特定資料庫的 SQL Server 版本不支援線上索引重建，或者，當要重建的索引不適用於線上索引重建時，程序就會回到離線索引重建。 當索引中具有 LOB (大型物件) 資料欄 (如含有 NVARCHAR(MAX)、IMAGE 等資料類型的資料欄)，該索引就可能不適用線上重建。如需線上索引重建的詳細資訊，請參閱線上索引作業運作方法 (http://go.microsoft.com/fwlink/?LinkId=217492)。 在執行離線索引重建時，會在重建期間使用資料表層次的鎖定。 這可能會導致資料表無法寫入或完全無法存取。 在 SharePoint 資料庫中，許多索引一律都應使用離線索引重建，因為其中含有 LOB 資料欄。 即便使用線上索引重建，作業中仍可能有兩個時段會暫時鎖定資料表，而導致封鎖。 因此，建議您總是將索引重建活動排程在低峰期間。測量 SQL Server 2008 或 2005 資料庫的分散程度 (sys.dm_db_index_physical_stats)在 SQL Server 2008 或 SQL Server 2005 中，可使用 sys.dm_db_index_physical_stats 動態管理檢視，來決定特定資料表或檢視中的索引零碎程度。 若要測量零碎程度，建議您監視資料欄 avg_fragmentation_in_percent。 avg_fragmentation_in_percent 的值應該儘可能接近零，以達到最大效能。 不過，界於 0% 到 © 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 9若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
10% 之間的值也是可以接受的。 如需詳細資訊，請參閱 sys.dm_db_index_physical_stats (http://go.microsoft.com/fwlink/?LinkId=110839&clcid=0x404)。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 10若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
表 2 顯示 sys.dm_db_index_physical_stats 的範例結果，其中一個資料列的 avg_fragmentation_in_percent 值為 9.375。database_id index_type_desc
alloc_unit_type_
desc
avg_fragmentation_
in_percent
10 CLUSTERED INDEX IN_ROW_DATA 0
10 NONCLUSTERED INDEX IN_ROW_DATA 0
10 NONCLUSTERED INDEX IN_ROW_DATA 0
10 CLUSTERED INDEX IN_ROW_DATA 0
10 NONCLUSTERED INDEX IN_ROW_DATA 0
10 CLUSTERED INDEX IN_ROW_DATA 9.375
表 2. sys.dm_db_index_physical_stats 的範例結果 使用 sys.dm_db_index_physical_stats 動態管理檢視1. 在工作列上，按一下 [開始]，然後依序指向 [所有程式] 和 [Microsoft SQL Server 2008]，再按一下 [SQL Server Management Studio]。若要搭配使用 sys.dm_db_index_physical_stats 與資料庫物件，就必須知道資料庫識別碼及物件識別碼。
2. 選取 [物件總管] 中的內容資料庫，然後按一下 [新增查詢]。 執行下列指令碼。 SELECT DB_ID() AS [Database ID];
注意： 若使用 DB_ID 但未指定資料庫名稱時，目前資料庫的相容性層級就必須為 100 (針對 SQL Server 2008 資料庫) 或 90 (針對 SQL Server 2005 資料庫)。 若您已從舊版 SQL Server 升級，就必須在 DB_ID 陳述式中指定資料庫名稱。 如需相容性層級的詳細資訊，請參閱 sp_dbcmptlevel (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110840&clcid=0x404)。
3. 在已選取的資料庫或物件上執行 sys.dm_db_index_physical_stats。 您不但可以指定資料庫，也可以指定資料表或索引。 語法：
sys.dm_db_index_physical_stats (
{ database_id | NULL | 0 | DEFAULT }
, { object_id | NULL | 0 | DEFAULT }
, { index_id | NULL | 0 | -1 | DEFAULT }
, { partition_number | NULL | 0 | DEFAULT }
, { mode | NULL | DEFAULT }
)© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 11若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 12若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
您應謹慎使用 sys.dm_db_index_physical_stats DMV，因為其可能會耗用大量資源。 其各種使用方法的詳細指南位於：Inside sys.dm_db_index_physical_stats ( 可能為英文網頁 ) (http://www.sqlskills.com/BLOGS/PAUL/post/Inside-sysdm_db_index_physical_stats.aspx)。降低資料庫零碎程度若要降低索引零碎程度，請遵循下列指示。 執行資料庫維護狀況分析器規則SharePoint 2010 隨附的狀況分析器規則架構。 這個規則架構中設定了許多規則，可監視 SharePoint 環境的狀況，並在某些時候採取動作以修正特定類型的問題。 SharePoint 2010 中隨附了數個內容資料庫維護相關的規則。 其中包括可自動降低部分 SharePoint 資料庫中索引零碎狀況的規則，以及檢查過期統計資料並視需要將其更新的規則。 這些狀況分析器規則取代了 SharePoint 產品及技術 Service Pack 2 中引進且已更新的資料庫統計資料計時器工作。 這些規則會預設為依據規則目標，每天、每週或視需要來排程執行。 所有設定為每天執行且與特定 SharePoint 服務相關聯的狀況分析器規則，都會由相同的計時器工作來執行。 調整此計時器工作的排程就會調整狀況分析器規則 (其設定為每天執行且與該服務相關聯) 的當日執行時間。 本白皮書中探討的所有規則都與 SharePoint Timer Service 相關聯。設定為在不同時間間隔 (例如每週) 執行或與不同服務相關聯的狀況分析器規則，其計時器工作也會不同。 將此計時器工作設定為每週執行就表示，狀況分析器規則會與其相關聯之特定服務，且設定為每週執行的計時器工作一起執行。 而執行會在該計時器工作所定義的排程中發生。您可從管理中心的 [狀況分析器規則] 頁面上，選取功能區的 [立即執行]，以手動執行狀況分析器規則。 執行這些規則可評估索引及統計資料的狀況，並視需要進行索引重建與重新計算。SharePoint 使用的資料庫有零碎的索引 - 當您執行這個規則時，就會進行下列作業：
此規則會報告出索引是零碎的。 這是因為評估索引狀況是一項複雜的工作。 所以狀況分析器規則執行的詳細資料，會導致此規則一律將索引報告為零碎的，以觸發修正動作。
針對每個 SharePoint 資料庫，規則動作會尋找 proc_DefragmentIndices 預存程序，並在找到時予以執行。 在這個預存程序執行期間，會建立一份資料庫中所有索引的清單。 每個索引都會依據其零碎程度而評估。 任何超過 30% 零碎度的索引都會判斷為必須重建。
假設 SQL Server 的版本支援線上索引重建，每個索引就會嘗試進行一個線上索引重建。 要是失敗，可能是因為基礎索引中有使用 LOB 資料欄而不支援線上重建，此時就會執行離線索引重建。
如上所述，不是每個 SharePoint 環境中的資料庫都適用此規則。 有些資料庫會使用不同的規則來執行類似的維護活動。搜尋 - 一個或多個屬性資料庫有分散的索引 - 此規則會維護 SharePoint 2010 企業版搜尋屬性資料庫中的索引。 此規則會預設為每週在伺服器陣列中的任何伺服器上執行。 此規則的所有程序，包括修正動作，都會在規則執行的檢查階段期間發生。 這表示，如果您想管理企業版搜尋屬性資料庫中的索引重建，僅將此規則設為不自動重建索引是不夠的。 您必須完全停用此規則，才能防止 SharePoint 2010 自動執行索引維護作業。© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 13若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 14若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
當您執行「搜尋 - 一個或多個屬性資料庫有分散的索引」時，就會進行下列作業： 此規則確認執行索引重建之環境的狀態安全。 針對本機伺服器陣列中搜尋應用程式所設定的每個屬性資料庫，規則會執行
proc_MSS_DefragSearchIndexes 預存程序。 在執行預存程序期間，會建立一份含有平均零碎度超過 10% 的清單。
清單中會影響屬性資料庫效能的每個索引都會重建。如果 SQL Server 的版本支援線上索引重建，則會執行線上索引重建。如果嘗試線上索引重建但失敗，則會離線重建索引。
搜尋 - 一個或多個編目資料庫可能含有分散的索引 - 此規則會維護 SharePoint 2010 企業版搜尋編目資料庫中的索引。 此規則會預設為僅在需要時執行。 執行時，其會從伺服器陣列中的任何一部伺服器上執行。 若執行此規則，其一律會將編目資料庫中的索引報告為零碎的。 這是因為在資料庫中檢查零碎程度的複雜性所致。 因此，僅停用此規則的「修復」活動，會導致所有編目資料庫都回報為狀況不良，即使編目資料庫的索引最近已重建過皆然。 若要手動管理編目資料庫中索引的維護，您必須完全停用其中的「搜尋 - 一個或多個編目資料庫可能含有分散的索引」規則。當您執行「搜尋 - 一個或多個編目資料庫可能含有分散的索引」時，就會進行下列作業：
此規則確認執行索引重建之環境的狀態安全。 針對本機伺服器陣列中搜尋應用程式所設定的每個編目資料庫，規則會執行
proc_MSS_DefragGathererIndexes 預存程序。 清單中編目資料庫效能內的每個索引都會重建。如果 SQL Server 的版本支援線上索引重
建，則會執行線上索引重建。如果嘗試線上索引重建但失敗，則會離線重建索引。很重要的一點是，「搜尋 - 一個或多個編目資料庫可能含有分散的索引」規則會重建編目資料庫中的每個索引，不論零碎程度為何皆然。 其也會啟用頁面層次資料壓縮 (若主控編目資料庫的 SQL Server 版本支援的話)。 因為編目資料庫的本質，並不預期您會經常重組此資料庫。 請在您初次進行內容的完整編目後，再執行此規則。 之後，即可監視編目資料庫內的索引零碎狀況，然後每當索引零碎狀況增加時，就執行此規則。 這種情形可能發生在突然增加或移除大量編目內容時，例如，在環境清除導致的內容清除期間，或採用新內容來源 (如檔案共用或大型 SharePoint Web 應用程式) 後。下列資料庫並沒有維護的自動化機制。 這些資料庫並不預期會產生大量的零碎狀況。 請監視這些資料庫的零碎狀況，當零碎程度超過 30% 時，就重新建立這些資料庫內的索引。
搜尋管理資料庫 Secure Store 資料庫 State Service 資料庫 Profile Sync 資料庫 使用狀況資料庫 受管理的中繼資料資料庫 Business Connectivity Services 資料庫 PerformancePoint Services 資料庫
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 15若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
如需支援 SharePoint 2010 資料庫的變更詳細資訊，請參閱 Microsoft 知識庫中的 Office 伺服器產品及 Windows SharePoint Services 所用的資料庫變更支援 (http://go.microsoft.com/fwlink/?LinkId=110844&clcid=0x404)。 若在經常性重組後，重度零碎的資料庫或資料表之效能仍未獲得改善，請檢查 I/O 子系統的效能。 降低特定資料表與索引的零碎程度若您想重組與特定資料表相關聯 (而不是整個資料庫) 的索引，則可重新組織或重建索引。 重新組織索引會指定重新組織索引分葉層級。 索引重組會重組並壓縮資料表及檢視上的叢集索
引與非叢集索引，並大幅改善索引掃描效能。 重組索引會利用配置給索引的現有空間。 重組一律是線上進行，因此使用者可以使用基礎資料表。
重建索引會指定重建一份全新的索引複本。 這表示重建作業需要額外的空間，以建立索引的新複本，然後才會移除舊版的零碎索引。 重建可改善索引掃描與搜尋的效能。 您可以重建線上或離線資料表的索引。
索引的零碎程度可決定您應該使用的索引重組方法，以及其應該線上或離線進行。 下表說明不同零碎程度建議的重組方法。零碎程度 重組方法多達 10% 重組 (線上)
10-75% 重建 (線上)
75% 重建 (離線)
注意：SharePoint 2010 資料庫不支援使用 DROP INDEX 和 CREATE INDEX 命令。您可使用 SQL Server 2008 或 SQL Server 2005 ALTER INDEX 陳述式，或 SQL Server 2008 或 SQL Server 2005 維護計劃精靈，來重組及重建索引。 本白皮書僅詳細說明 SQL Server 2008 或 SQL Server 2005 的選項。使用 ALTER INDEXALTER INDEX 可讓資料庫管理員針對資料表或檢視上的索引進行維護作業。 其可用來停用、重建與重組索引， 也可以選擇性地用來設定索引上的選項。 大部分情況下，您都可以在資料庫上線時重建索引；和離線索引重建相比，這樣可讓資料更可供使用。重要：SQL Server 2000 支援使用 DBCC DBREINDEX 和 DBCC INDEXDEFRAG，以進行索引維護。 這些命令從 SQL Server 2005 之後就已被取代，且在未來的 SQL Server 版本中都會將其移除。 因此請勿在 SharePoint 2010 資料庫中使用這些命令來進行索引維護。注意： 在離線重建索引時，資料表上會有共用的資料表鎖定，以防止執行 SELECT 作業以外的所有作業。 SharePoint 2010 資料庫會透過特別的方式使用叢集索引。 在離線重建叢集索引時，資料表上會有專屬的資料表鎖定，以防止使用者存取任何資料表。 您可自訂下列範例指令碼以重建資料表上的全部索引。© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 16若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
USE Contoso_Content_1
GO
ALTER INDEX ALL ON [database_name. [ schema_name ] . | schema_name. ]table_or_view_name
REBUILD WITH (FILLFACTOR = 80, SORT_IN_TEMPDB = ON,
STATISTICS_NORECOMPUTE = ON)
GO
設定填滿因數以微調索引效能您可使用填滿因數來進一步改善索引資料儲存與效能。 在建立或重建索引時，填滿因數值 (1-100) 可決定能填入資料之每個分葉層級頁面上的空間百分比。 剩餘的空間會保留給後續的成長。 在許多情況下，全伺服器的預設填滿因數層級以 0 為最佳 (表示會將每個頁面填滿至 100% 完整)。 不過，對 SharePoint 2010 來說，所有伺服器設定為 80 才是最佳的，這樣才能支援成長並將零碎程度降至最低。 注意： 不建議您為個別資料表或索引設定填滿因數。 雖然針對非 SharePoint SQL Server 資料庫來說，這是建議作法，但測試已經證明 SharePoint 資料庫在 80% 填滿因數中運作狀況最好。若要檢視一或多個索引的填滿因數值，請查詢 sys.indexes 目錄檢視。 如需檢視的詳細資訊，請參閱 sys.indexes (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110850&clcid=0x404)。若要設定全伺服器的填滿因數值，請使用 sp_configure 系統預存程序。 如需詳細資訊，請參閱 spconfigure (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110851&clcid=0x404)。壓縮資料檔案在 SQL Server 2008 和 SQL Server 2005 中，您可以壓縮資料庫中的每個檔案 (副檔名為 .mdf、.ldf 與 .ndf) 以移除未使用的頁面並復原磁碟空間。 雖然許多活動都會在資料庫中建立未使用的空間，但 SharePoint 2010 資料庫不會自動壓縮資料檔案。 執行 Move-SPSite (http://technet.microsoft.com/en-us/library/ff607915.aspx) Windows PowerShell 命令、以及刪除文件、文件庫、清單、清單項目及網站等活動，都會建立未使用的空間。
圖 3. 資料庫配置可用空間僅會從檔案結尾釋放，例如，60 GB 的內容資料庫檔案中，若指定 40 GB 的目標大小，就會從最後的 (概念上來說是「右」端) 20 GB 資料庫檔案中儘可能地釋放空間。 若結尾 20 GB 中包括使用的頁面，就會重新配置這些頁面到保留檔案的開頭 40 GB 中。 您可以個別壓縮資料庫檔案或以群體方式來壓縮。 您應減少執行壓縮作業，而且僅能在從資料庫移除非常大量的資料、且預計不再使用可用空間時，才執行這項作業。 資料檔案壓縮作業會導致嚴重的索引零碎化，且會耗用非常大量的資源。 適合壓縮資料庫資料檔案的範例時機為：從某個內容資料庫將大量網站集合重新配置到另一個內容資料© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 17若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
庫時，或是刪除大型清單時；因為這兩種情況都會建立大量的未使用空間。 您應該僅在沒有剩餘可用空間時才減少資料庫檔案。 也就是說，內容資料庫中的內容因為都不常刪除，所以壓縮對其幫助不大，反而可能會在資料庫需要成長以容納沒有特定位置的資料時，而影響效能。如需詳細資訊，請參閱資料庫檔案初始化 (http://msdn.microsoft.com/en-us/library/ms175935.aspx)。由於壓縮會導致索引零碎，所以請勿定期壓縮資料庫檔案；只有當作業大幅影響相關的資料庫已使用空間量，導致出現大量未使用空間時才壓縮資料庫。 您應儘可能地避免壓縮資料庫。請使用下列指示來壓縮資料庫： 請勿自動壓縮資料庫，或設定程式設計方式的維護計劃壓縮資料庫。 僅在使用者或管理員刪除 50% 或更多的資料庫內容，且您不希望其他資料重新使用這些未使
用空間時，才壓縮資料庫。 建議您僅壓縮內容資料庫。 通常，設定資料庫、管理中心內容資料庫及各種服務應用程式資料
庫中進行的刪除都不足以確保足夠的可用空間。 壓縮資料庫是一種非常耗費資源的作業。 因此，若您必須壓縮資料庫，請仔細考慮壓縮作業的排程時間。
資料庫壓縮作業後，會導致資料庫內的索引零碎化。 您可使用 ALTER INDEX…
REORGANIZE，來解決這個零碎化問題。 若您未設定立即進行檔案初始化，就應該將資料庫壓縮至目標大小，以容納短期中預期會成長的任何所需空間。如需詳細資訊，請參閱資料庫檔案初始化 (http://msdn.microsoft.com/en-us/library/ms175935.aspx)。 若您重建索引以移除零碎化，這會導致資料庫再度成長，而形成未使用的空間。
您可利用 SQL Server 2008 或 SQL Server 2005 Management Studio，執行 DBCC SHRINKFILE 與 DBCC SHRINKDATABASE 陳述式，來手動壓縮資料庫檔案並復原空間。 如需為何壓縮資料庫對效能有不利影響，且只應在十分必要時執行之原因的詳細資訊，請參閱不應該壓縮資料檔案的原因 ( 可能為英文網頁 ) (http://www.sqlskills.com/BLOGS/PAUL/post/Why-you-should-not-shrink-your-data-files.aspx)。使用 Transact-SQL 命令壓縮資料庫DBCC SHRINKDATABASE 可壓縮特定資料庫的資料與記錄檔。 若要壓縮個別檔案，請使用 DBCC SHRINKFILE。DBCC SHRINKDATABASE語法：
DBCC SHRINKDATABASE
( 'database_name' | database_id | 0
[ ,target_percent ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 18若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
)
[ WITH NO_INFOMSGS ]
database_name | database_id | 0 可指定資料庫名稱或識別碼。若要選取目前的資料庫，請使用 0。target_percent 是在資料庫壓縮後，您想保留的可用空間百分比。NOTRUNCATE 會將檔案結尾的已配置頁面移至檔案前端的未配置頁面，以壓縮資料檔案中的資料。TRUNCATEONLY 會將檔案結尾的所有可用空間釋放到作業系統，而不會在檔案內移動任何頁面。 注意：SharePoint 2010 內容資料庫不支援使用 TRUNCATEONLY 選項。 如需詳細資訊，請參閱 DBCC SHRINKDATABASE (Transact-SQL) (http://go.microsoft.com/fwlink/?LinkId=110852&clcid=0x404)。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 19若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
DBCC SHRINKFILE語法：
DBCC SHRINKFILE
(
{ 'file_name' | file_id }
{ [ , EMPTYFILE ]
| [ [ , target_size ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ]
}
)
[ WITH NO_INFOMSGS ]
file_name | file_id 可指定檔案名稱或識別碼。 EMPTYFILE 可將所有資料從特定檔案移轉到相同檔案群組中的其他檔案。 注意：SharePoint 2010 資料庫檔案不支援使用 EMPTYFILE 選項。 target_size 是檔案的目標大小 (MB)，以整數表示。NOTRUNCATE 會將檔案結尾的已配置頁面移至檔案前端的未配置頁面，以壓縮資料檔案中的資料。TRUNCATEONLY 會將檔案結尾的所有可用空間釋放到作業系統，而不會在檔案內移動任何頁面。 注意：SharePoint 2010 內容資料庫不支援使用 TRUNCATEONLY 選項。 如需詳細資訊，請參閱 DBCC SHRINKFILE (Transact-SQL) ( 可能為英文網頁 ) (http://go.microsoft.com/fwlink/?LinkId=110853&clcid=0x404)。使用 SQL Server 2008 Management Studio 壓縮資料庫1. 在工作列上，按一下 [開始]，然後依序指向 [所有程式] 和 [Microsoft SQL Server 2008]，
再按一下 [SQL Server Management Studio]。2. 在 [物件總管] 中，連線至 SQL Server 2008 Database Engine 的執行個體，然後展開該執行個體。
3. 展開 [資料庫] ，在您想壓縮的資料庫上按一下滑鼠右鍵，依序指向 [工作] 與 [壓縮]，然後按一下 [檔案]。
4. 選取檔案類型與檔案名稱。5. 選取 [釋放未使用空間之前重新組織檔案。] 您還必須設定 [將檔案壓縮為] 值。 選取此選項會導
致檔案中任何未使用的空間被釋放至作業系統，並會嘗試將資料列重新配置到未配置的頁面。6. 按一下 [確定]。© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 20若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
建立 SQL Server 2008 維護計劃本白皮書中涵蓋的許多資料庫維護作業都可透過程式設計方式，套用到 SQL Server 維護計劃實作中。 維護計劃可以自動化並排程重要作業以保護您的資料。 管理員可在 SQL Server 2008 或 SQL Server 2005 中使用維護計劃來排程下列作業：執行資料庫一致性檢查，以及重新組織或重建索引。 如需詳細資訊，請參閱下列各資源： SQL Server 2008 維護計劃精靈 (http://go.microsoft.com/fwlink/?LinkId=110855&clcid=0x404) SQL Server 2005 資料庫維護計劃精靈 (http://go.microsoft.com/fwlink/?LinkId=217494)
設定 SQL Server 2008 資料庫維護計劃1. 在工作列上，按一下 [開始]，然後依序指向 [所有程式] 和 [Microsoft SQL Server 2008]，
再按一下 [SQL Server Management Studio]。2. 在 [物件總管] 中，連線至 SQL Server 2008 Database Engine 的執行個體，然後展開該執行個體。
3. 按一下 [管理]，用滑鼠右鍵按一下 [維護計劃]，然後按一下 [維護計劃精靈] 。 4. 按 [下一步]，直到您抵達 [選取計劃屬性] 頁面。
5. 在 [名稱] 及 [描述] 欄位中，輸入名稱與描述。6. 決定是否要設定一或多個維護計劃。
若要設定單一維護計劃，請選取 [對整個計劃單一排程或沒有排程]。 若要針對特定工作設定多個維護計劃，請選取 [對每一工作的個別排程]。若您的環境具有 10 個以上的內容資料庫，或內容超過 200 GB，我們建議您設定個別的維護計劃以提供更適當的專項，並將維護視窗最大化。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 21若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
若您為資料庫設定多個維護計劃，請指定名稱或描述，以區隔不同的計劃和目的，包括其排程。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 22若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
7. 按一下 [變更]，為一或多個計劃設定排程。 [作業排程屬性] 對話方塊隨即出現。
8. 完成排程後，按一下 [確定]，然後按 [下一步]。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 23若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
9. 在 [選取維護工作] 頁面中，選取計劃中要包括的維護工作，然後按 [下一步]。
注意： 一個維護計劃中只可包括索引重組或索引重建之一，而非兩者。 維護計劃中絕對不可包括壓縮資料庫。 若要判斷每項工作的持續時間，請先個別測試每項工作後再將其併入單一計劃中。 您可能需
要為數個維護計劃定義不同排程，以讓工作在不對使用者作業造成不良影響的時段當中完成。
維護清除工作會移除執行維護計劃之後剩餘的檔案。10. 在 [選取維護工作順序] 頁面上，視需要變更維護計劃工作的順序。 選取工作，然後按一下 [上移] 或 [下移]。 當工作順序正確安排好後，按 [下一步]。注意：若您的資料庫非常大，您可能需要建立個別的維護計劃，以更常進行索引維護，而較少檢查資料庫完整性。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 24若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
之後，精靈會逐步引導您設定每項工作的詳細資料。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 25若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
11. 在 [定義資料庫檢查完整性工作] 頁面上，選取要檢查完整性的資料庫，然後按 [下一步]。注意：您可以放心檢查所有 SharePoint 2010 資料庫的完整性。
12. 在 [定義重新組織索引工作] 頁面上的 [資料庫] 清單中，選取要重新組織索引的資料庫，再選取 [壓縮大型物件] 核取方塊，然後按 [下一步]。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 26若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
13. 在 [定義重建索引工作] 頁面上，若您已選擇要重建索引，而不是重新組織，請在 [資料庫] 清單中，指定要重建索引的資料庫。
14. 選取 [將每頁可用空間百分比變更為]，輸入 80，然後按 [下一步]。 [將每頁可用空間百分比變更為] 可設定資料庫的填滿因數。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 27若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
15. 在 [定義維護清除工作] 頁面上，設定符合所需的值，然後按 [下一步]。 建議您刪除維護計劃文字報表。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 28若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。
Microsoft SharePoint 2010 2011 年 7 月
16. 在 [選取報表選項] 頁面上，選取 [將報表寫入文字檔]，再選取檔案的位置，然後按 [下一步] 直到完成精靈為止。
摘要不論您選擇使用何種方法，經常性地維護主控 SharePoint 2010 的資料庫可大幅改善系統的狀況與效能。 在實作維護作業與維護計劃前，請確認您已具備所有資料庫的可靠備份。 在開始經常性地執行維護作業與維護計劃前，請先測試作業對系統的影響，以及執行所需的時間。 請儘可能將任何維護作業或維護計劃設定在下班時間執行，以將對使用者造成的影響降至最低。
© 2011 Microsoft Corporation.著作權所有，並保留一切權利。 頁面 | 29若對本文件有任何評論或需要索取這些功能的更多說明文件，請連絡 SharePoint IT Docs ([email protected])。