sharepoint server 2010：操作架構與檢查...
TRANSCRIPT
SharePoint Server 2010：操作架構與檢查
清單
本文件係依「現狀」提供。本文件所陳述的資訊和觀點，包括 URL 及其他網際網路網
站參考，如有變更恕不另行通知。貴用戶將承擔使用的風險。
文中所描述的部分範例僅供說明使用，均屬虛構，並非影射任何真實的關聯性或連結。
本文件不提供貴用戶對任何 Microsoft 產品之任何智慧財產的法定權利。貴用戶可複製
和使用本文件做為內部參考用途。貴用戶可修改本文件做為內部參考用途。
© 2010 Microsoft Corporation. 著作權所有，並保留一切權利。
SharePoint Server 2010：操作架構與檢查清單 作者：Mark van Lunenburg、Serge Salomons、Daniel McPherson
Microsoft Corporation
2010 年 10 月
摘要
本文件提供與 Microsoft® SharePoint® Server 2010 環境之作業管理相關的資訊，例如
每日、每週及每月工作的檢查清單。此外，還提供使用 Microsoft System Center
Operations Manager 2007 R2 監視 SharePoint 環境的指引。
提示：
若要參閱更多作業與監視主題，請造訪 SharePoint Server 2010 文件庫
(http://go.microsoft.com/fwlink/?LinkID=181463)
目錄
SharePoint Server 2010：操作架構與檢查清單 .............................................................. 1
目錄 .......................................................................................................................................... 3
SharePoint Server 2010 環境的作業管理與監視 ............................................................... 7
Microsoft Operations Framework ......................................................................................... 8
MOF 與 SharePoint Server 2010 ..................................................................................... 9
MOF 服務週期 ..................................................................................................................... 9
SharePoint 環境的最佳作法 ................................................................................................ 24
容量與可用性管理 ............................................................................................................. 25
變更管理 ............................................................................................................................. 29
監視 SharePoint .................................................................................................................... 40
診斷記錄 ............................................................................................................................. 41
流量資料與健康情況資料收集 ......................................................................................... 44
SharePoint Health Analyzer ............................................................................................ 46
Web Analytics .................................................................................................................... 48
如何檢查 SharePoint Server 是否仍在「運作中」 ...................................................... 50
SharePoint 開發人員儀表板 ............................................................................................ 50
自訂應用程式與物件處置 ................................................................................................. 51
作業管理 ................................................................................................................................ 53
標準程序 ............................................................................................................................. 53
集中式管理與非集中式管理的比較 ................................................................................. 53
每日工作 ............................................................................................................................. 54
每週工作 ............................................................................................................................. 64
每月工作 ............................................................................................................................. 65
臨時性工作 ......................................................................................................................... 65
作業檢查清單 ........................................................................................................................ 66
每日作業檢查清單 ............................................................................................................. 66
每週作業檢查清單 ............................................................................................................. 78
每月作業檢查清單 ............................................................................................................. 82
摘要檢查清單 ..................................................................................................................... 84
使用 Microsoft Systems Operations Manager 2007 R2 監視 SharePoint Server 2010
............................................................................................................................................. 87
Microsoft SharePoint 2010 Products Management Pack for SCOM 2007 R2 概觀 87
Microsoft SharePoint 2010 Products Management Pack for SCOM 2007 R2 的
詳細資訊 .......................................................................................................................... 89
附錄 A：啟用開發人員儀表板 ............................................................................................. 90
透過物件模型啟用開發人員儀表板： ............................................................................. 90
使用 Windows PowerShell 啟用開發人員儀表板.......................................................... 90
7
SharePoint Server 2010 環境的作業管理與
監視
本文件詳細說明操作及維護 SharePoint Server 2010 環境所需的作業流程、工作及工
具，並說明 SharePoint Server 2010 的管理如何與整個 Microsoft Operations
Framework (MOF) 模型進行整合。本文件將協助您設計作業管理的方式，並提供您實
作流程與程序的方法，以確保環境順暢執行。
在 SharePoint Server 2010 環境內，與作業相關的程序、角色及職責都應該予以形式
化。您可以使用 Microsoft Operations Framework (MOF) 協助建立組織形式化工作的
模型。根據 MOF 流程，實作 SharePoint Server 2010 作業程序需要：
了解 MOF
MOF 是最佳作法、原則及模型的集合，提供您管理 IT 專案 (如 SharePoint
Server 2010 的日常作業) 的技術指引。MOF 指導方針可協助您實現 Microsoft 產
品的關鍵性生產系統可靠性、可用性、支援能力及管理能力。
了解 SharePoint 環境管理的最佳作法
建議您實作經證明且實用的程序，來管理 SharePoint Server 2010 環境。使用經
試用、測試及記載的方法來管理組織中的作業，可能會比開發自己的方法更有效率。
將作業分為每日、每週及每月程序
記載公司中定期執行的作業型工作。記載工作的執行方式與時間可以在作業成員調
職或離職時保留資訊。新進員工也可透過此文件，快速了解 IT 部門如何進行其
SharePoint 作業，因而從中受惠。
部署操作 SharePoint Server 2010 環境所需的工具
有許多工具可協助疑難排解問題、自動化工作，以及協助監視與維護 SharePoint
Server 2010 環境。您可以為組織定義一組標準的工具，讓營運小組可以正確、有
效率、一致且受控制地執行工作。您也應該實作追蹤事件及重大設定變更的程序。
如需詳細資訊，請參閱下列各節：
Microsoft Operations Framework
使用 Microsoft Operations Manager 2007 R2 監視 SharePoint Server 2010
8
Microsoft Operations Framework
Microsoft Operations Framework (MOF) 4.0 是整合最佳作法、原則及活動的集合，提
供詳盡的指導方針以實現 IT 解決方案與服務的可靠性。
MOF 提供問題型指引，可讓您判斷組織的目前需求，以及讓 IT 組織日後能夠有效率
執行的活動。
MOF 4.0 可將以其他架構 (如 ITIL、COBIT 及 ISO 20000) 為基礎的任何原則、工作
或活動，與 Microsoft 平台進行整合。
9
MOF 的指引包含與管理 IT 服務相關的所有活動與程序：其概念、開發、操作、維護，
以及最終的淘汰。MOF 將這些活動與程序組織成不同的服務管理功能 (SMF)，再分組
到反映 IT 服務週期的不同階段。每個 SMF 專屬於某個週期階段，並包含獨特的一組
目標與成果，以支援該階段的目的。管理審查 (MR) 確認 IT 服務是否準備好從某個階
段移至下一個階段，因此可確保以適當方式達成目標，且 IT 目標與組織的目標一致。
MOF 與 SharePoint Server 2010 請務必了解完善的實作操作、完善的程序及健全的 SharePoint Server 2010 基礎結構
之間的關聯。妥善記載且完整的作業流程與程序，可確保在所有設計、部署及支援階
段中，皆能有效率地管理組織環境中 SharePoint Server 依賴的所有元件。
變更 SharePoint Server 依賴的組織基礎結構元件 (如路由器的韌體更新與防火牆規則
變更) 會導致意外中斷。這些方面的修改可能會在組織的 SharePoint 小組未參與的情
況下發生。透過 MOF 流程協助確保記載這些服務相依性，有助於組織將可預防的中
斷發生機率降至最低，並降低排程變更的影響。
MOF 服務週期 MOF 提供如何設計、規劃、部署及維護 IT 作業流程的指導方針，以支援關鍵性服務
解決方案。由於 MOF 是一般模型，因此您必須採用許多建議，才可用於公司。當您
在 MOF 模型中看見「角色」的參照時，請了解每個人可能會獲派許多角色，特別是
在小型公司中。然而，即使一個人代表整個 IT 部門，此模型中的程序與建議一般而言
還是適用。
MOF 是結構化且彈性的模型，以下列資源為基礎：
Microsoft 諮詢服務 (MCS) 和客戶支援小組及其與企業客戶和合作夥伴合作的經驗，
以及 Microsoft 的內部 IT 營運小組。
IT Infrastructure Library (ITIL)，說明提供關鍵性服務解決方案所需的程序與最佳
作法。
國際標準化組織 (International Organization for Standardization，ISO) 的 ISO/IEC
15504，提供標準化方法以評估軟體程序是否完善。
MOF 提供如何設計、規劃、部署及維護各種 Microsoft 產品 (如 Microsoft® Windows®
Server 2008、Microsoft® SQL Server® 2008 及 SharePoint Server 2010 等) 的建議。
如需 Microsoft Operations Framework 的詳細資訊，請參閱 Microsoft Operations
Framework (可能為英文網頁) (http://go.microsoft.com/fwlink/?LinkId=21640 (可能為英
文網頁))。如需 ITIL 的詳細資訊，請參閱 ITIL 服務管理 (可能為英文網頁)
10
(http://go.microsoft.com/fwlink/?LinkId=202814 (可能為英文網頁)) 及 ISO (可能為英文
網頁) (http://go.microsoft.com/fwlink/?LinkId=84073 (可能為英文網頁))。
注意：
本文提供的協力廠商網站資訊，可協助您找到所需的技術資訊。URL 如有變更，
恕不另行通知。
11
MOF 服務週期模型的元件
IT 服務週期說明 IT 服務進展的各階段。一開始會規劃及最佳化 IT 服務，使其符合業
務策略；然後會設計及提供 IT 服務；最後則是持續的操作與支援。
其根據基礎為 IT 管理、風險管理、規範遵循、小組組織及變更管理。
MOF 將不同的基本流程與成果對應至不同的 IT 服務週期階段，以提供符合業務需求
之成功且低風險的 IT 服務，並取得管理模型，以確保遵循規則與法規。
圖 1 Microsoft 服務週期
MOF 週期包含一個支援三個連續階段的基
礎層：
管理層
規劃階段
提供階段
操作階段
這些元件共同形成可套用至服務的循環週
期，服務範圍從單一應用程式，到多個資
料中心組成的完整 IT 環境。
服務管理功能 (SMF) 支援流程模型中的每
個階段。請注意，雖然此模型依序描述
MOF 的每個階段，但是所有階段的活動可能會同時發生。
簡單地說，週期階段包含下列活動：
規劃階段提供如何規劃及最佳化 IT 服務策略的指引，並協助提供對組織而言實用
且具吸引力、可預測且可靠、遵循原則、符合成本效益，以及適應不斷改變之業務
需求的服務。
提供階段協助 IT 專業人員更有效地提供 IT 服務、基礎結構專案或套裝產品部署，
並確保以符合業務需求與客戶規格的方式，來構思、規劃、建立、穩定及部署這些
服務。
操作階段協助 IT 專業人員有效率地操作、監視及支援已部署的服務，以符合同意
的服務等級協定 (SLA) 目標。
12
管理層為 IT 服務管理活動建立一套整合方法。透過建立決策制定程序及使用風險
管理、變更管理與控制，即可增強此整合。
MOF 架構正式說明此改進週期中的步驟，並為每個步驟指派職責，以管理整個流程。
每個階段結束時會有個審查點。在大型 IT 部門中，可能是參與人員或小組之間的審查
會議，例如發行管理、作業及安全性。在較小型的公司中，審查點可能只是指出您是
否準備繼續的檢查點。
13
各階段內的服務管理功能
IT 服務週期的每個階段均包含服務管理功能 (SMF)，定義調整 IT 服務以符合業務需
求所需的程序、人員及活動。每個 SMF 有其專屬的指南，說明 SMF 的流程，並詳細
說明內含的程序與活動。
雖然每個 SMF 可視為獨立的一組程序，但是您必須了解 SMF 在所有階段中的運作方
式，以確保提供的服務達到理想的品質與風險層級。在某些階段中 (如「提供」)，會
依序執行 SMF。在其他階段中 (如「操作」)，會同時執行 SMF 以建立階段的輸出。
管理審查
針對每個週期階段，管理審查 (MR) 會結合資訊與人員，共同決定 IT 服務的狀態，並
為移至下一個週期階段做好準備。MR 是提供管理驗證檢查的內部控制，因此可確保
以適當方式達成目標，並在整個 IT 服務週期內考量商業價值。不論管理審查發生在週
期的哪一個階段，其目標都是為了：
提供管理監管與指引。
做為 IT 週期階段層級的內部控制。
評估活動的狀態，以免過早進行到下一個階段。
擷取組織的經驗。
改善程序。
在管理審查期間，會根據實際進度來審查服務必須符合、才可進行下一個週期階段的
準則。MR 可確定達成業務目標，且 IT 服務正常提供預期的價值。
下列各節概略介紹支援的階段、服務管理功能的結構，以及使用模型時的小組參與。
管理層
如何協調 IT 活動？決定 IT 完成工作之方式的最終因素為何
？這是 Microsoft Operations Framework 管理層的主要重點
，管理層整合 IT 服務週期內發生的決策制定、風險管理及變
更管理程序。管理層可促進規劃及提供 IT 服務的一致性，並
提供開發及操作彈性 IT 環境的基礎；也包含與定義權責及關
聯角色相關的程序。
管理層代表週期之三個階段 (規劃、提供及操作) 的基礎，因
此稱為層級而不是階段。階段是由具有相依性的程序與活動
所組成，這些程序與活動在一定時間內進行會最有效。而層級較不受時間限制，並遍
及所有階段，且影響活動的執行方式。
14
管理層著重於設定適當的管理內容、控制、程序及活動，在階段中採用 SMF 時，會
產生附加商業價值、受管理的風險及清楚的權責。
管理層包含下列三個服務管理功能 (SMF)：變更與設定 (CC)；管理、風險及規範
(GRC)；以及小組。
15
管理層的目標
管理層的主要目標在於為 IT 服務管理活動建立一套整合方法。此方法有助於協調三個
週期階段中 SMF 所述的程序。
透過下列方法即可增強此協調：建立決策制定程序；在所有程序中採用風險管理與控
制；促進適當控制的變更與設定程序；以及劃分工作讓結果的權責清楚且不會衝突。
特定指引的提供可增加下列可能性：
IT 投資提供預期的商業價值。
適當人員參與投資與資源配置決策。
可接受的風險層級。
使用受控制且記載的程序。
權責經過溝通並具有清楚的擁有權。
原則與內部控制有效且可靠。
如果 IT 朝下列方向進行，則最有可能達成這些目標：
o 明確的 IT 管理結構與程序。
o IT 組織與業務部門共用相同的風險管理方法。
o 原則與內部控制的定期管理審查。
規劃階段
IT 對公司有什麼貢獻？公司需要可靠、遵循規範、符
合成本效益且適應不斷改變之業務需求的服務。規劃
階段是公司與 IT 搭配成為合作夥伴，以決定 IT 如何
專注在提供讓組織致勝的重要服務。這需要：
了解業務策略與需求，以及目前的 IT 服務如何支援業務。
了解可靠性對此組織的意義，以及如何透過審查及視需要採取動作來測量及改善可
靠性。
16
了解存在的原則需求及其對 IT 策略的影響。原則需求提供支援 IT 工作的財務結構，
並驅使做出正確決策。此外，這些需求可建立提供業務策略價值的 IT 策略，並做
出支援該 IT 策略的投資組合決策。
IT 策略是將組織的目標、原則及程序整合成一套方法，以提供支援業務策略所需之一
組服務的計畫。—您必須平衡品質、成本及可靠性，以達成組織需要的成果。在規劃
階段期間，IT 專業人員會與業務部門合作，根據 IT 的能力與限制來調整業務目標與功
能。IT 策略是此調整的結果，並可做為 IT 的藍圖。此策略會隨著組織為配合業務變更
而增強其最佳化技能，而不斷發展及改進。
規劃階段的目標
規劃階段的主要目標在於提供 IT 群組如何持續規劃及最佳化 IT 服務策略的指引，以
確定提供的服務：
實用且具吸引力。
可預測且可靠。
遵循規範。
符合成本效益。
適應不斷改變的業務需求。
提供階段
提供階段可規劃、設計、建立及部署服務。
此程序一開始是稱為「構思」的初期規劃形式，然後
進入更正式的專案規劃階段，再來是設計與建立階段，
接著是測試，最後是部署。專案管理人員會根據管理
專業領域而進行數項選擇，並將其套用至專案，可能
包括 Microsoft Solutions Framework (MSF)、Agile
Software Development、Capability Maturity Model
Integration (CMMI) 程序管理、Scrum 及 Project Management Institute (PMI)。MSF
是提供階段之 SMF 的基礎，不過組織可以根據任何管理專業領域，輕鬆調整這些
SMF 中的資訊。
提供階段的目標
提供週期階段的主要目標，在於確保以符合業務需求與客戶規格的方式，來構思、規
劃、建立、穩定及部署 IT 服務、基礎結構專案或套裝產品部署。
具體而言，即為確定專案小組：
17
在規劃解決方案之前擷取業務需求。
準備功能規格與解決方案設計。
開發工作計畫、成本預估及可傳送作業的排程。
建立符合客戶規格的解決方案，以具備所有功能，且解決方案可用於外部測試與穩定。
執行完整測試及發行候選試驗，以發行最高品質的解決方案。
將穩定的解決方案部署至實際執行環境，並在實際執行時穩定解決方案。
協助營運與支援小組準備管理及提供解決方案的客戶服務。
達成這些目標需要：
根據此階段的服務管理功能 (SMF) 進行調整。
使用定期管理審查 (MR) 評估階段的成效。
操作階段
IT 服務週期的操作階段是前兩個階段的延續。規劃階
段著重於如何判斷 IT 服務的業務需求；提供階段著
重於如何設計、規劃、建立及部署這些服務；而操作
階段則著重於提供適當服務之後的執行工作。
實際上就是確保 IT 服務的環境處於穩定的狀態。
此階段的主要特徵為專屬小組，這些小組是為了持續工作而存在，且沒有特定結束時
間。這些小組的角色類型分屬於兩種權責：營運權責與支援權責。營運權責的負責角
色類型為營運經理；支援權責的負責角色類型為客服經理。
18
在提供階段部署新服務之後，操作階段即告開始。提供階段會以發行整備管理審查
(MR) 做為結束。此審查及部署完成後發生的實作後審查，可做為提供階段與操作階段
之間的連結，並可確定部署的發行整備 (包括目標實際執行環境的發行與整備操作性與
支援能力) 足以支援及操作已部署的發行。
然後，操作階段會受到管理審查「操作狀況審查」(OHR) 的支援，該審查包含服務等
級協定 (SLA) 與操作等級協定 (OLA) 的審查。此審查評估效能相關標準，以及其他業
務與營運指標，以協助測量實際執行運算環境的整體狀況。
操作階段的目標
操作階段的主要目標在於確定已部署的服務，在操作、監視及支援方面均符合同意的
SLA 目標。
具體而言，即為：
確定提供的 IT 服務不僅改進 IT 人員的雇用，也改進工作量的管理。
確定訓練小組成員快速有效率地處理問題，以監視 IT 服務並提供即時狀況觀察。
確定快速有效地還原 IT 服務。
達成這些目標需要：
根據此階段的服務管理功能 (SMF) 進行調整。
使用定期管理審查 (MR) 評估階段的成效。
服務管理功能
19
圖 3 MOF 的服務管理功能
MOF 將活動與程序組織成不同的服務管理功能 (SMF)，再分組到反映 IT 服務週期的
不同階段。每個 SMF 包含獨特的一組目標與成果，以支援該階段的目的。
20
MOF 4.0 針對其 SMF 所採用的結構，以容易參照的格式來強調成果、結果及角色。
由於每一個群組、小組及公司都是獨一無二的，因此 SMF 會有專屬的問題，以支援
組織內的決策制定程序。
服務管理功能 (SMF) 定義組織中人員或小組的角色 (如支援專業人員或系統管理) 以達
到組織與 IT 目標，並定義完成目標的方式。
雖然 SMF 跨部門，但是 SMF 的主要角色會套用至特定階段。例如，系統管理是操作
階段的一部分，而發行管理是提供階段的一部分。
下列各節將詳細說明每個 SMF 套用之 MOF 週期階段所使用的 SMF。
規劃階段內的服務管理功能
業務/IT 整合 SMF
用來調整業務與 IT 策略，以確保 IT 服務提供商業價值。
可靠性 SMF
併入此 SMF 可了解、測量 IT 服務可靠性，並為其設定目標。
原則 SMF
此 SMF 的目的在於協助 IT 組織持續遵循指示，適用於負責遵循 IT 原則的所有人。
財務管理 SMF
此 SMF 涵蓋測量及評估 IT 服務之成本與利益 (更詳盡地說，商業價值) 的職責。
提供階段內的服務管理功能
構思 SMF
用來建立專案小組、準備及提供觀點/範圍文件，以及準備風險評估。
專案規劃 SMF
此 SMF 可用來準備功能規格、解決方案設計，以及準備管理組建所需的工作計畫、
成本預估與排程。
組建 SMF
組建 SMF 可在實際開發 IT 服務解決方案時，用來建立開發與測試實驗室；也可
在準備 IT 服務解決方案以進行試驗部署時使用。
21
穩定 SMF
用於支援發行最高品質 IT 服務解決方案的程序 (可能是發行整備里程碑)。此 SMF
可用於測試完整功能解決方案、準備候選發行版本、處理意見反應，以及修正報告
的
問題。
部署 SMF
當小組在實際執行環境中穩定解決方案，以及將解決方案的職責從專案小組轉讓給
營運與支援小組時，會使用此 SMF。
操作階段內的服務管理功能
作業 SMF
此 SMF 可用於管理日常作業 (像是確定的必要工作)，以及探索小組可以如何縮短
反應時間、減少中斷的情形，以及確定適當執行週期性工作。
服務監視及控制 SMF
使用服務監視及控制 SMF，可觀察 IT 服務的狀況，並採取動作將服務與系統事件
的影響降至最低。
客戶服務 SMF
客戶服務 SMF 可用來提供正面經驗給服務提供者與使用者，以及解決正常使用 IT
服務期間發生的抱怨與問題。
問題管理 SMF
問題管理 SMF 定義提供根本原因分析的程序，以識別問題並預測未來問題。
管理層內的服務管理功能
管理、風險及規範 SMF
此 SMF 可在管理 IT 環境面臨的風險與限制時，用來支援組織及維持其成長。
變更與設定管理 SMF
確定規劃及控制變更，以提供健全的 IT 服務
小組 SMF
22
確定搭配靈活、彈性且可調整的小組，使用清楚的權責、小組角色及實際可行的工
作評量。
管理審查 (MR)
針對每個週期階段，管理審查 (MR) 會結合資訊與人員，共同決定 IT 服務的狀態，並
為移至下一個週期階段做好準備。MR 是提供管理驗證檢查的內部控制，因此可確保
以適當方式達成目標，並在整個 IT 服務週期內考量商業價值。不論管理審查發生在週
期的哪一個階段，其目標都是為了：
提供管理監管與指引。
做為 IT 週期階段層級的內部控制。
評估活動的狀態，以免過早進行到下一個階段。
擷取組織的經驗。
改善程序。
在管理審查期間，會根據實際進度來審查服務必須符合、才可進行下一個週期階段的
準則。MR 可確定達成業務目標，且 IT 服務正常提供預期的價值。
下表顯示 MR、其在 IT 服務週期的位置，以及其輸入與輸出。
23
表 1. MOF 管理審查
MR 所屬階段 輸入 輸出
服務調整 規劃 操作狀況審查的結果
服務等級協定 (SLA)
客戶輸入
新增專案或改進專案
的機會
要求變更 SLA
公事包 規劃 專案提案 組成小組
初始專案發包
核准專案
計畫
提供 業務需求
願景陳述
組成專案小組
核准專案計畫
發行整備 提供 顯示發行符合需求的文件
顯示發行穩定的文件
顯示發行準備營運的文件
發行/不發行的決策
操作狀況 操作 操作等級協定 (OLA) 文件
OLA 效能報告
作業指南與服務解決方案規格
要求變更 OLA 文件
要求變更 IT 服務
基礎技術元件的設定
變更
MOF 小組模型角色
MOF 流程模型與 MOF 小組模型是定義 Microsoft Operations Framework 的核心模型
。MOF 小組模型提供管理小組及每個角色叢集之功能與能力的指導方針。小組模型中
的角色叢集可搭配流程模型的 SMF 使用。小組模型角色叢集讓 SMF 流程有所依循。
MOF 小組模型也建議各種應分開保留之功能的組合。例如，在將變更發行至實際執行
環境之前負責測試變更的小組，與開發變更的小組應該不同。如此有助於 SharePoint
環境的變更可以有效地在與實際執行環境類似到幾乎實際可行的實驗室環境中測試。
此作法可確保在實際執行環境中實作變更之前，識別及減輕實作變更可能產生的預料
外影響。此作法的範例包括 (但不限於) 硬體韌體更新、應用程式 Hotfix 及 Service
Pack 的安裝。
24
SharePoint 環境的最佳作法
最佳作法是根據 IT 專業人員從許多環境取得的知識與經驗而來的建議，提供
SharePoint 管理員每日必須完成之一般工作的標準程序，並列出管理員管理
SharePoint 環境所應使用的工具。
SharePoint 管理員的一般工作包括：
容量與可用性管理
定義預測未來容量需求，以及報告系統的容量、可靠性及可用性之測量方式與測量
內容。您必須確定執行 SharePoint Server 的伺服器大小調整成可處理系統上的負
載，並將未規劃的停機時間保持在 SLA 定義的層級以下。此外，您必須升級硬體，
以持續符合定義的需求。
變更管理與設定管理
控制 IT 系統的變更方式。這應該包括測試、應用程式回應與緊急應變計畫、所有
變更記錄，以及發生問題時來自管理階層的核准。記錄軟體與硬體資產及其設定。
系統管理
概述執行資料庫管理與網站管理等管理工作的標準方法。
安全性管理
具有保護 IT 基礎結構之資料機密性、資料完整性及資料可用性的詳細原則與計畫，
包括與維護及調整 IT 安全性基礎結構相關的每日活動與工作。
系統疑難排解
概述處理意外問題的方法，包括避免未來發生類似問題的步驟。
服務等級協定
維護一組 IT 系統的效能目標，並根據這些目標定期測量效能。
文件
記載標準程序 (如設定資訊與經驗傳承) 並提供給需要的員工。變更設定之後，會
隨之更新文件。
25
容量與可用性管理 容量管理與可用性管理的目的，在於測量及控制系統效能。建議您實作容量管理與可
用性管理程序，以測量及控制系統效能。您必須知道系統是否可用，以及是否可以處
理目前與預計的需求；方法是設定基準並監視系統以找出趨勢。
容量管理
容量管理涉及規劃、控制服務容量及調整其大小，以確保超過 SLA 中指定的最低效能
等級。良好的容量管理可確保以合理成本提供 IT 服務，同時仍符合與用戶端在 SLA
中定義的效能等級。這些準則包括：
系統回應時間
這是系統執行一般動作所需的測量時間。例如，用戶端接收 SharePoint 網站首頁
之「最後一個位元組」的時間、允許 Windows 完整備份 SharePoint 內容資料庫
的時間，或從文件庫下載特定文件所需的時間。
26
儲存容量
這是儲存系統的容量，儲存系統可以是內容資料庫、備份裝置或本機磁碟機。例如，
每個網站提供的最大儲存空間，以及備份在遭到覆寫前應儲存的時間。
調整容量通常可確保有足夠的實體資源可用，例如磁碟空間與網路頻寬。表 1 列出容
量相關問題的一般解決方法。
表 1 容量相關問題的一般解決方法
問題 可能的解決方法
登入 SharePoint 網站很慢 將其他網域控制站引入網站或增加網路頻
寬。
從 SharePoint 網站擷取文件很慢 確定提供使用者適當的頻寬量，並注意
SharePoint Server 中允許的文件大小上限。
從備份復原網站太久 將網站集合分到多個內容資料庫，或使用配
額以減少網站允許的大小上限。
SharePoint 環境的整體回應很慢 執行測試，以檢查現有的前端伺服器是否能
夠處理負載。視需要引入新的前端伺服器。
容量受到系統設定的影響，並取決於網路頻寬等實體資源。例如，如果 SharePoint 環
境設定為在夜間執行完整備份，則必須小心設計伺服器陣列與網路，以將使用者遇到
的互動效能影響降至最低。
容量管理是將系統容量保持在可接受之層級內的程序，並解決下列問題：
反應需求中的變更
容量需求必須隨系統或組織中的變更進行調整。例如，如果安裝新自訂應用程式，
則必須了解其特性。例如，是否使用 Search Server？是否直接與 SQL Server 進
行整合？您可能必須引入新伺服器以用於搜尋，或增加更多記憶體以維持現有的效
能等級。
預測未來需求
某些容量需求在一段時間後可預見會變更。透過追蹤趨勢，即可事先規劃升級。例
如，內容資料庫的總大小通常會以相當固定的速度來增加。透過檢視內容資料庫大
27
小在過去六個月的變化，即可預測資料庫可能達到設定上限的時間。建議的內容資
料庫大小上限為 50 GB，不過此限制可能取決於您在環境中為嚴重損壞修復設定
的 SLA。
可用性管理
可用性管理是確保所有 IT 服務，皆能一致且符合成本效益地提供客戶所需之可用性層
級的程序。可用性管理著重於減少服務遺失的情況，並確保在服務遺失時，可以採取
適當的動作。在 SharePoint 環境中，您可能會在意 Search Service 是否可以使用、
內容資料庫是否連線等。SLA 會定義可接受的中斷頻率與時間長度，並在系統無法用
於規劃維護及意外失敗時，允許使用一段時間。
如果您必須提供系統可用性報告給管理階層，或者有未達成可用性目標的關聯罰款或
其他處罰，則必須記錄可用性資料。即使您沒有這類正式需求，也建議您至少知道系
統在一段時間內的失敗頻率 (例如過去 12 個月的系統可用性)，以及從每次失敗復原所
需的時間。此資訊可協助您測量及提升小組在回應系統失敗時的成效；也可以在發生
爭議時，提供您實用的資訊。
28
與可用性相關的測量如下：
可用性
一般會以相較於系統或服務離線時間可存取的時間來表示，且一般會以百分比來表
示。(您可能會看見「三個九」或「五個九」的參照，這表示 99.9% 或 99.999%
可用性。)
可靠性
這是系統失敗的間隔時間測量值，有時會以失敗的平均間隔時間 (MTBF) 來表示。
修復時間
這是發生失敗後復原服務所需的時間，有時會以平均修復時間 (MTTR) 來表示。
可用性、可靠性及修復時間的關聯如下：
可用性 = (MTBF – MTTR) / MTBF
例如，如果伺服器在六個月內失敗兩次，且平均無法使用 20 分鐘，則 MTBF 為三個
月 (90 天)，MTTR 為 20 分鐘。因此，
可用性 = (90 天 – 20 分鐘) / 90 天 = 99.985%
可用性管理是用以確定可用性提升到最大，同時符合 SLA 中定義之參數範圍的程序。
可用性管理包含下列程序：
監視
檢查服務無法使用的時間及持續時間。
報表
可用性數據應定期提供給管理階層、使用者及營運小組。這些報告應強調趨勢，並
識別表現良好的部分及需要注意的部分，且應該摘要說明 SLA 中設定要遵循的目
標。
改進
如果可用性未達成 SLA 中定義的目標，或趨勢傾向可用性降低，則可用性管理程
序應規劃補救步驟。這應該包括與其他負責的小組合作，指出中斷的原因，並規劃
補救動作以避免中斷再次發生。
容量與可用性測量是適合 Microsoft Systems Center Operations Manager 等自動化工
具與指令碼的代表性工作，本文件稍後將進行討論。
29
變更管理 IT 環境的變更是無可避免的。變更包含新技術、系統、應用程式、硬體、工具、程序
，以及角色與職責的變更。有效的變更管理系統可讓您快速地將變更引入 IT 環境，並
將服務中斷的情形降至最低。變更管理系統集結所有參與修改系統的小組。例如，假
設您決定使用 Office Web Applications。這是整合的 SharePoint Service 應用程式，
可讓使用者在瀏覽器內讀取及編輯文件。在您實際執行之後，此服務的實作需要下列
幾個小組的參與：
測試小組
此小組在測試伺服器上進行 Office Web Applications 的負載測試，並在過程中，
提供實際執行伺服器的預期使用模式與預期效能資訊。
SharePoint 管理員
此小組決定部署策略，並視需要編寫安裝的指令碼。其負責確保在實際執行環境中
部署變更，並負責後續管理。小組必須了解變更的影響，並將其併入程序中，才可
以實際執行變更。
網路小組
此小組負責變更防火牆規則，以視需要允許從網際網路存取 Office Web
Applications 伺服器；也負責確保可用頻寬量足以支援額外負載。
安全性小組
此小組負責評估安全性並降低風險。安全性小組必須檢閱已知弱點，並確定已降低
安全性風險。
使用者接受度小組
此小組是由願意測試系統並提供意見反應以獲得改善的使用者所組成。
變更管理程序定義每個小組的職責，並排程要執行的工作，同時視需要併入檢查與測
試。變更控制會隨變更的複雜性與預期的影響而異，可以是次要變更的自動核准、變
更審查會議，或完整的專案層級審查。本節將討論這幾組變更，以進一步說明。
主要變更
主要變更會影響整個系統，因此可能需要各小組的輸入。從 Office SharePoint
Server 2007 升級至 SharePoint Server 2010 即為一例。主要變更影響許多不同的
30
小組，也可能影響不同的系統。變更管理程序遵循類似上述之 Office Web
Applications 範例的程序，但是可能還會包含一或多個變更審查會議，以通知需要
參與變更或受變更影響的小組。
重大變更
重大變更需要規劃、建立及實作大量資源。您應該採用適當的變更控制，以確保變
更的影響獲得眾人了解、部署程序經過測試，且回復及緊急應變計畫準備就緒。部
署新的 Service Pack 即為重大變更的一例。
次要變更
次要變更對 IT 環境的影響並不明顯，例如修改特定 SharePoint 安全性原則。
標準變更
標準變更會定期執行，容易了解與記載。例如，建立新的 SharePoint 網站集合或
設定新的 SharePoint 內容來源。定期變更應該記載於標準作業程序 (SOP) 中，但
不需要變更控制。例如，建立新內容資料庫的程序可能表示網站集合數目上限應該
一律設為 600，並允許 250 MB 儲存空間的基本儲存配額。變更管理程序應審查程
序的所有變更，但不應參與建立每一個內容資料庫。
下列變更管理範例檢查不同的小組如何互動，以及部署新的 Service Pack 之後所執行
的動作。這些動作會透過變更管理程序加以組織及管理。
發出變更要求
安全性小組已評估最新的 Service Pack，並確認其可以解決生產系統中的潛在弱
點。該小組發出變更要求，要求將新的 Service Pack 套用至所有執行 SharePoint
Server 的伺服器。
Service Pack 版本資訊審查
SharePoint 管理員小組審查 Service Pack 版本資訊，以識別其對系統的影響。
完成一系列實驗室測試
SharePoint 管理員小組必須在非實際執行環境中，對伺服器執行測試更新，以判
斷是否可以在不影響任何已安裝的應用程式與伺服器系統的情況下，成功套用
Service Pack。如有協力廠商應用程式或內部建立的應用程式連接至實際執行環境
中的 SharePoint Server，也應該測試這些應用程式。這些測試也可用來評估執行
升級所需的時間。
31
通知使用者服務中斷
SharePoint 管理員小組、通訊小組或使用者服務台會通知所有受影響的使用者有
此規劃的維護週期，以及服務無法使用的時間。
32
升級前先完整備份 SharePoint
SharePoint 管理員小組必須確定具有有效的備份，才可以在 Service Pack 安裝失
敗時，還原至原始系統狀態。建議將備份還原至待命伺服器，以在發生問題時，可
立即使用此系統。
部署 Service Pack
SharePoint 管理員小組會在規劃的維護週期內進行安裝。
管理變更的時間
建議您實作排程變更的程序，以避免因工作部分重疊而中斷。例如，可能會有兩個小
組同時規劃系統的次要變更。其中一個小組想套用 Service Pack，而另一個小組想安
裝顯示當地天氣的自訂網頁組件。這兩個小組不會受到對方規劃的變更影響，且不一
定要知道對方規劃的變更。如果同時發生變更，實作變更時可能會發生問題。此外，
如果套用變更後發生問題 (例如天氣網頁組件失敗)，則很難決定應回復的變更。IT 部
門與管理階層之間應設定定期維護期限，以測試並接受變更。
設定管理
設定管理是記錄及追蹤硬體與軟體資產及系統設定資訊的程序。通常會用來追蹤軟體
授權、為用戶端電腦與伺服器維持標準硬體與軟體組建，以及定義新電腦的命名標準。
設定管理通常涵蓋下列類別：
硬體
此類別追蹤 IT 組織擁有的設備、設備所在位置，以及設備的使用者。這些資訊可
讓組織規劃升級並為升級編列預算、維持標準硬體組建、針對會計用途報告 IT 資
產價值，以及協助防止遭竊。
軟體
此類別追蹤每部電腦上安裝的軟體、版本號碼，以及授權的存放位置。這些資訊可
協助規劃升級、確保軟體經過授權，並偵測是否有未經授權的軟體。
標準組建
此類別追蹤用戶端電腦與伺服器的目前標準組建，以及用戶端電腦與伺服器是否符
合此標準。由於支援人員必須維護有限的軟體版本數目，因此標準組建的存在與強
制執行可協助支援人員。
33
Service Pack 與 Hotfix
此類別追蹤經過測試及核准使用的 Service Pack，以及經過更新的電腦。這些資
訊有助於降低危害電腦的風險，以及偵測安裝未核准更新的使用者。
系統設定資訊
此類別追蹤系統的功能、系統元素間的互動，以及相依於系統的程序是否順暢執行。
例如，某部伺服器上可能設定協力廠商電子郵件系統的連接器。您應該了解該電子
郵件系統與此伺服器的相依性，並且在失敗時可能需要緊急應變計畫。如果另一部
伺服器上安裝了第二個連接器，相依性與緊急應變計畫可能會有所變更。
34
實作設定管理
決定設定管理練習的目的及需要管理的項目之後，您需要收集並報告資料，以實作設
定管理。小型組織適用的最簡單方法是手動收集資料 (用戶端電腦的數目與機型、作業
系統、已安裝的軟體)，然後以 Microsoft Office Word 或 Microsoft Office Excel 文件
儲存資料。若是較大型、較複雜且經常變更的系統，則必須自動化資產的探索及詳細
資訊的收集。決定與組織相關的資訊，並記錄在資料庫中。
設定管理資料庫對支援人員與管理階層而言，是很實用的工具，其功能包括：
安全性稽核
資料庫可讓您識別執行 SharePoint Server 的伺服器，以及需要套用 Hotfix 或者錯
過安裝 Service Pack 或最新防毒更新的用戶端電腦系統。
軟體安裝
如果確定用戶端電腦已安裝 Microsoft Office，則會節省手動部署 Office 的時間。
設定資訊
如果維護一份已從預設值修改之所有設定的最新清單，則可以快速且更有效地疑難
排解問題。
規劃升級
如果容量審查顯示 SharePoint 資料庫伺服器需要更多儲存空間，則必須知道每部
伺服器是否具有內部 RAID 控制器。如果具有控制器，其機型是否相同？是否安裝
相同數目的磁碟？設定管理資料庫可指出每種案例中可以安裝的磁碟類型、數目及
升級路徑。
用於設定管理的工具
有許多工具可以探索、稽核及報告資產。本節將討論其中一些工具。
自動化的指令碼
您可以編寫簡單的指令碼，以報告作業系統等項目、Service Pack 層級，以及特
定一組電腦上是否存在軟體。您可以根據組織的實際需求來編寫這些指令碼；但是，
所需的指令碼數目及其複雜性可能會讓指令碼的建立及維護變得很昂貴。
自動化工具
35
根據公司規模與組織需求，您可以考慮使用自動化工具。Microsoft Systems
Center Configuration Manager 等工具不僅具有標準報告範本 (如 Service Pack 層
級)，還可讓您建立自訂報告，例如建立自訂應用程式的報告。Microsoft Systems
Center Operations Manager (SCOM) 也可用來報告硬體與軟體設定。
SharePoint Server 可用來記錄設定資料，然後提供給適當的 IT 人員存取。
與變更管理的關係
設定管理與變更管理密切相關。設定管理識別變更的需求，並識別及記錄發生的變更。
例如，您可以使用設定管理資料庫識別需要 Hotfix 的伺服器。變更管理會接著定義套
用 Hotfix 的程序。
相反地，如果首度發行新軟體套件，變更管理程序應將此資訊提供給設定管理系統。
設定管理工具可能需要設定為可識別新軟體，才能探索及追蹤軟體的部署位置與時間。
系統管理
系統管理包含讓 IT 系統順暢運作所需的規劃與臨時性日常管理工作。一般而言，書面
程序會涵蓋系統管理工作。這些程序確保所有支援人員使用相同的標準工具與方法。
在 SharePoint 環境中，一般系統管理工作包括建立網站集合、備份及封存網站、監視
記錄檔、維護及復原文件，以及更新防毒軟體。
系統疑難排解
組織必須準備好處理意外的問題，並且應該具備從報告問題到解決問題的管理問題程
序。您應該記錄支援人員診斷問題之方式的資訊，以在未來用以避免不必要地重複已
完成的
工作。
系統疑難排解程序
圖 1.5 顯示系統疑難排解程序，以及與其他作業角色的互動。
36
圖 1.5 系統疑難排解流程圖
分類及排列優先順序
此工作一般會由服務台來執行。例如，問題可能分組成軟體問題或硬體問題。接著，
系統會將問題路由傳送至適當的支援小組進行調查。一般會在 SLA 中定義決定問
題優先順序的規則，以及回應時間與解決時間。
調查及診斷
適當的支援小組會診斷問題，並提議解決問題的變更。如果解決方法很簡單，且不
需要變更控制，則可以立即套用解決方法。如果解決方法很複雜，應該由變更管理
程序 (通常在「快速追蹤」程序底下) 發出變更要求及管理提議的工作。任何所做
的變更都應透過設定管理程序記錄。
37
關閉及記錄
測試解決方法之後，應關閉問題。如果從問題學習到經驗，應該在知識庫中建立一
筆項目。
檢閱及趨勢分析
定期檢閱最新問題，以識別問題趨勢。例如，如果使用者遇到登入 SharePoint 網
站很慢的常見問題，可能是由於網路頻寬問題所致。您應該檢閱解決問題的時間及
任何系統可用性中斷的影響，並與 SLA 進行比較。如有任何嚴重的問題，應通知
負責連絡客戶有關服務問題的人員，例如帳戶管理員。
問題管理工具
服務台工具可讓員工記錄、分類新問題，並排列其優先順序。這些工具會接著提供工
作流程，以透過通常由多個支援小組共同進行的調查與診斷，來管理問題「票證」。
這些經常提供解決時間與歷史趨勢報告的工具，也可能包含知識庫，可用來搜尋過去
的問題。
Microsoft 知識庫是 Microsoft 所遇到之支援問題的實用記錄。如需詳細資訊，請參閱
Microsoft 說明及支援網站 (http://go.microsoft.com/fwlink/?linkid=14898)。
協力廠商軟體一般需要自訂，以符合組織的需求，例如小組的組織、報告需求，以及
SLA 所需的測量值。
服務等級協定
服務等級協定 (SLA) 是定義您預期提供給客戶之服務的文件。此文件的複雜性與內容
大部分取決於客戶為內部 (公司內部) 或外部。
外部客戶
若是外部客戶，SLA 會是法律契約的一部分，並會在效能符合或未符合所定義的服務
等級時，分別頒發工作獎金或處以罰則。這些服務等級的定義應該是整個合約協調過
程的一
部分。
雙方必須就所有合約內容取得共識。SLA 會定義這些共識。文件內容不應經常變更，
且必須與客戶協調後才能變更。
38
內部客戶
若是內部客戶，您仍可以定義營運小組與 IT 系統預期的服務。作業人員可能會建立
SLA，做為組織內 IT 服務可用性的一組目標。或者，管理階層可能會設定效能等級，
做為評估員工效能的基準。
一般準則
服務等級協定內含的元件，可定義最低層級之可用性、支援及容量的準則。
可用性
定義網站及其他 SharePoint 服務可以使用的時間及作業系統。任何影響服務可用
性的定期維護都應予以定義。定義影響服務的外部因素，例如網際網路連線中斷。
39
支援
定義提供系統支援的時間。指定客戶連絡支援人員的方法、事件的群組方式，以及
回應與解決事件的目標時間。定義客戶意見反應的頻率與內容。
容量
定義允許的 SharePoint 網站大小上限，以及超出限制時所採取的步驟。定義執行
標準工作允許的最長時間，例如從文件庫中擷取文件的時間。定義使用者數目上限，
以及在增加更多使用者時，同意遵循的增加容量程序。
文件
Microsoft Operations Framework (MOF) 模型是由許多服務管理功能所組成。您可以
與相同或不同小組的成員共用工作執行方式與執行時間等相關文件。儲存及共用文件
的方法會隨功能類型而異。例如，系統管理的程序可儲存為 Word 文件，因為可能會
頻繁地列印及參考。設定管理資訊會自動產生並儲存至資料庫中，以便搜尋及編製索
引。某些文件可能具有機密性，因此應該予以限制。
文件管理系統
文件管理系統可做為文件的集中存放庫，並確保只會提供文件的最新修訂版。您也可
以考慮封存舊版文件以供參考。SharePoint Server 提供此工作適用的功能。
資料庫
本文件所討論的多項工具與管理功能適合使用資料庫。設定管理程序可能使用自動化
程序，來儲存需要編製索引及搜尋的大量資料。支援人員可以在疑難排解新問題時，
搜尋資料庫中舊有的問題與解決方案。
針對不同的用途，可能會使用不同的資料庫。請決定是否應該連結或合併這些資料庫。
例如，如果服務台識別數項與常見主題相關的問題 (例如新軟體導致特定網路卡發生問
題)，支援人員可以查詢設定資料庫，以預估可能影響的電腦數目。
40
監視 SharePoint
為了確保 SharePoint Server 2010 環境的可用性與可靠性，您必須主動監視實體平台
、作業系統，以及所有重要的 SharePoint Server 2010 服務。預防維護可協助您在錯
誤導致操作 SharePoint 環境發生問題之前，識別潛在錯誤。預防維護結合嚴重損壞修
復計畫與定期備份，有助於將發生的問題影響降至最低。監視 SharePoint 環境涉及檢
查連線、服務、伺服器資源及系統資源是否有任何問題。您也可以設定警示，在發生
問題時通知管理員。Windows Server 與 SharePoint Server 2010 提供許多監視工具
與服務，可協助確保 SharePoint 環境順暢執行。每日監視的主要優點如下：
確定符合服務等級協定 (SLA) 的效能需求。
確定成功完成特定管理工作，例如每日備份作業及檢查伺服器狀況。
讓您可以在伺服器效能發生瓶頸或需要更多資源等問題影響生產力之前，事先在
SharePoint 環境中偵測及解決問題。
下列維護工作可讓您建立環境的正常行為準則，以及偵測異常活動。您必須實作這些
日常維護工作，才可以擷取及維護 SharePoint 環境的相關資料，例如使用程度、可能
的效能瓶頸及管理變更。
透過使用及自訂本文件的檢查清單，即可確保發現潛在問題，並儘速採取補救動作。
下列各節說明特定監視工作，這些工作會接著對應至如下所述的檢查清單。
章節 主題 檢查清單
診斷記錄 執行 SharePoint Server 檢查事件記錄檔
檢查 SharePoint 伺服器陣列
備份
流量資料與健康情況資料
收集
檢視評量 檢查 SharePoint 資料庫健康
情況
SharePoint Health
Analyzer
修復問題 檢查 SharePoint Health
Analyzer
網頁分析器 檢視評量 檢查 SharePoint Health
Analyzer
41
診斷記錄 統一登入服務 (ULS) 提供單一集中式位置，記錄與 SharePoint Server 及 SharePoint
解決方案相關的錯誤及資訊訊息。系統管理員只需要檢視一個位置，即可疑難排解問
題或監視整體環境狀況。
SharePoint Server 2010 包含與統一登入服務 (ULS 或追蹤記錄檔) 記錄檔管理相關的
增強功能，這些功能讓管理員更容易疑難排解問題。下列各節將進行說明。
如需診斷記錄的詳細資訊與最佳作法，請參閱設定診斷記錄 (可能為英文網頁)
(http://go.microsoft.com/fwlink/?linkid=194152 (可能為英文網頁))。
42
事件節流
事件節流可讓管理員根據嚴重性層級，來控制 SharePoint Server 記錄的事件類型。
節流管理分為兩部分：
1. 目的地
您可以在兩個位置報告記錄項目。第一個位置是「事件記錄檔」，亦即標準 Windows 事
件記錄檔。管理員可以使用 Windows [事件檢視器] 應用程式來檢閱項目。第二個位置是
ULS 或「追蹤記錄檔」，這是 SharePoint Server 特定之以文字為主的記錄格式，會儲存
在檔案系統中。預設位置為 C:\Program Files\Common Files\Microsoft Shared\Web
Server Extensions\14\LOGS。
2. 類別
事件節流撥號可套用至特定類別，以直接對應至 SharePoint Server 功能。如此可讓管理
員個別增加 SharePoint 元件的記錄詳細程度，進而管理記錄檔大小及檢閱的資訊量。
所有類別的預設設定如下：
事件記錄檔：資訊
追蹤記錄檔：中安全性等級
在正常作業期間，這些設定會在詳細程度與效能之間取得適當的平衡。在大幅重新設
定 SharePoint Server、安裝自訂解決方案或 SharePoint Server 遇到問題時，都應該
關閉節流撥號。如此可確保提供儘可能最多的資訊以進行疑難排解。
最後，在完成任何疑難排解之後，可選取 [節流] 下拉式清單中的 [重設為預設] 選項，
將記錄返回預設值。目前未設定為預設選項的設定會顯示為粗體字型。
相互關聯識別碼
相互關聯識別碼是針對在資源要求的週期內發生之事件指派的 GUID。此值會出現在
錯誤訊息、ULS 記錄檔，以及開發人員儀表板等工具中。此值可協助管理員在 ULS
記錄檔、流量記錄資料庫及 SQL Server Profiler 資料集中尋找及隔離特定要求，以用
於偵錯。
例如，管理員可以記下瀏覽器之錯誤頁面上出現的相互關聯識別碼，然後透過簡單搜
尋快速在 ULS 記錄檔中找到任何相關的項目。
相互關聯識別碼也可以跨不同機器。若是跨不同機器的要求 (例如前端網頁伺服器呼叫
應用程式伺服器上的 Web 服務)，指定的相互關聯識別碼可以提供要求週期內所有活
動的完整概觀。
43
防止事件記錄檔濫記
[防止事件記錄檔濫記] 可防止「事件記錄檔」因許多重複事件而爆滿。啟用 [防止事件
記錄檔濫記] 時 (預設)，即會在相同事件於兩分鐘內記錄五次後開始調整事件。此時會
隱藏其他項目。再過兩分鐘後，系統會產生摘要事件，說明事件截至目前為止的重複
次數。管理員可以修改這些臨界值。
圖 1：在管理中心中，按一下 [監視]，然後按一下 [報告] 區段中的 [設定診斷記錄]。
ULS 或追蹤記錄
追蹤記錄檔會快速使用磁碟空間，特別是在設定為使用更詳細的輸出設定時。為了管
理此成長，管理員可以實作兩種限制類型：
a) 管理員可以決定記錄檔應該保留的天數。預設會設為 14 天。
b) 管理員也可以限制記錄檔使用的整體磁碟空間。預設會停用此選項，不過此選項提供另一
層保護，目的在於避免使用過多磁碟空間。
使用下列檢查清單以在日常作業中實作這些功能：
檢查事件記錄檔
44
流量資料與健康情況資料收集 除了診斷記錄之外，SharePoint Server 2010 也會主動記錄與整體伺服器陣列狀況相
關的資訊。身為管理員，您可以個別選取要監視的事件，例如功能使用情況、頁面載
入時間及搜尋查詢。
這項功能會使用磁碟空間並造成效能負擔。類似診斷記錄，您必須謹慎適當地進行管
理。管理員可以使用下列選項：
1) 健康情況資料收集
狀況報告的建立方法是在特定的時間點擷取各種資源、資料及程序的快照集。排程的計時
器工作數目取決於選取監視的事件數目。您可以修改這些工作的頻率，以管理效能影響。
45
2) 記錄收集排程
記錄收集排程計時器工作負責從伺服器陣列中的不同伺服器收集流量記錄檔，加以處理，
然後再填入集中式資料庫以供查詢報告。處理後，系統會從磁碟刪除記錄檔，以釋放其使
用的空間。您可以修改此工作的頻率，以管理磁碟空間的使用量。
注意：
記錄到 Windows [事件檢視器] 與 SharePoint 記錄檔中的所有內容，會同時儲存在
SharePoint Server 2010 記錄資料庫中。此記錄資料庫也可供 SharePoint Health
Analyzer 與 SharePoint 流量報告使用。
使用下列檢查清單以在日常作業中實作這些功能：
檢查 SharePoint 資料庫健康情況
46
圖 2：在管理中心中，按一下 [監視]，然後按一下 [報告] 區段中的 [設定診斷記錄]。
SharePoint Health Analyzer SharePoint 包含一些功能，可記錄及收集環境狀況各方面的詳細統計資料。
SharePoint Health Analyzer 彙總所有這類資料、識別潛在問題，然後主動尋找並建議
解決方案。
找到的許多解決方案會包含 [立即修復] 連結，選取時，即會自動解決問題。其他解決
方案會連結至線上說明內容，並不時以問題的最新資訊更新內容。
類似其他平台 (如 Microsoft Exchange Server) 可用的 Best Practices Analyzer，
Health Analyzer 包含一組規則，開發人員可予以擴充，且這些規則會持續與從實際執
行環境中擷取的現有設定與評量進行比較。這些規則會套用至許多類別，包括安全性、
效能、設定及可用性。
圖 3：在管理中心中，按一下 [監視]，然後按一下 [狀況分析器] 區段中的 [檢閱問題與
方案]。
由於某些規則不適用於所有環境，因此管理員可以停用或修改規則，以符合組織的需
求。
如需這些設定的資訊，請參閱設定規則
(http://go.microsoft.com/fwlink/?LinkId=203133)。
47
計時器工作
SharePoint Server 2010 的監視功能使用特定計時器工作執行監視工作及收集監視資
料。狀況與流量資料可以包含效能計數器資料、事件記錄檔資料、計時器服務資料、
網站集合與網站的評量、搜尋流量資料，或網頁伺服器的各方面效能。系統使用這些
資料建立狀況報告、Web Analytics 報告及系統管理報告。系統會將流量與狀況資料寫
入記錄資料夾，再寫入記錄資料庫。
您可以變更計時器工作執行所依據的排程，以更頻繁或更不頻繁地收集資料。您甚至
可以在不需要時停用收集資料的工作。您可以對計時器工作執行下列工作：
修改計時器工作執行所依據的排程。
立即執行計時器工作。
48
啟用或停用計時器工作。
檢視計時器工作狀態。您可以檢視目前排程的工作、失敗的工作、目前執行的工作，
以及完整的計時器工作歷程記錄。
如需如何進行這些設定的詳細資訊，請參閱設定 SharePoint Health Analyzer 計時器工作
(http://go.microsoft.com/fwlink/?LinkID=200593)。
使用下列檢查清單以在日常作業中實作這些功能：
檢查 SharePoint Health Analyzer
詳細資訊
如需設定 Health Analyzer 的詳細資訊，請參閱設定監視
(http://go.microsoft.com/fwlink/?LinkId=203134)。
Web Analytics SharePoint Server 的 Web Analytics 報告功能提供 SharePoint 環境之使用方式及執
行效能的詳細資訊。管理員應該熟悉這些報告，以及可如何 (直接在瀏覽器中) 建立自
己的報告，以規劃未來容量並產生與未來伺服器陣列設定的比較基準。
這些報告可用來協助您決定目前的架構是否仍「適用」，亦即符合所需的服務等級。
這些報告會細分為三種類別，並可根據 Web 應用程式、網站集合、網站及 Search
Service 來檢閱。
流量
流量報告協助管理員回答下列類似問題：
伺服器陣列提供服務的流量有多少？(頁面檢視次數)
誰最常造訪？(訪客排行榜)
訪客如何找到您的網站？(轉介者排行榜)
此外，流量報告還提供「每日非重複訪客」、「目的地排行榜」及使用的瀏覽器等統
計
資料。
49
搜尋
這些報告主要在於協助管理員了解人員使用搜尋的方式。透過回答下列類似問題即可
完成此作業：
執行的搜尋數目為何？(查詢數目)
使用者最常搜尋的內容為何？(查詢排行榜)
哪些查詢失敗？(失敗的查詢)
此外，搜尋報告還提供「首選」、「搜尋關鍵字」等統計資料。透過這些報告，您可
以檢閱最常用的搜尋字詞，然後與組織中的適當人員合作，將這些字詞與新「首選」
進行比對。在 SharePoint 搜尋智慧中加入人員的智慧，即可產生最佳的搜尋體驗。
庫存
這些報告通知管理員使用量，並回答下列類似問題：
磁碟空間使用量為何？(磁碟使用量)
建立的網站數目為何？(網站數目)
使用的語言為何？(語言使用)
這些報告有助於規劃容量，也可以協助您了解資訊架構的執行效能。
圖 4：在管理中心中，按一下 [監視]，然後按一下 [報告] 區段中的 [檢視 Web
Analytics
報告]。
50
使用下列檢查清單以在日常作業中實作這些功能：
檢查狀況分析器
如何檢查 SharePoint Server 是否仍在「運作中」 IT 服務監視的最基本元素為建立監視應用程式「活動訊號」的工具，亦即來自應用程
式確認其處於某個操作狀態的回應。這對高可用性設計特別重要，因為此設計包含能
夠在活動訊號停止時，自動從輪替中移除伺服器的負載平衡器。
實作 Web 應用程式之活動訊號的最常用方法是「HTTP Ping」，基本上就是將要求傳
送至網頁伺服器並等候回應。
為 SharePoint Server 建立這類「活動訊號」時，必須考量此產品會實作自訂錯誤訊
息。這會導致標準 Web 回應碼 (404、401)「隱藏」在 HTML 錯誤頁面之後。換句話
說，光是檢查執行 SharePoint Server 的伺服器是否正確傳回 HTML，並不足以判斷
伺服器是否仍在運作中。
因此，建議您開發的所有活動訊號工具採取更複雜的方法，來檢查 SharePoint Server
是否仍在運作中。實作取決於您的需求，可能是您開發一個頁面，檢查主要
SharePoint 服務並傳回非常特定的 HTML 網頁，以表示「運作中」回應。
SharePoint 開發人員儀表板 開發人員儀表板主要是為了開發人員所設計，不過管理員可能也會發現這是一項有助
於偵錯頁面層級效能問題的工具。該工具提供在 SharePoint 頁面轉譯過程中執行的程
式碼之效能特性的詳細資訊。報告顯示下列資訊：
網頁伺服器區段
o 執行時間 ― 轉譯頁面所需的時間
o 目前使用者 ― 目前登入的使用者
o 頁面取出等級 ― 指出是否取出頁面
o 目前的 SharePoint 作業 ― SharePoint 要求 (SPRequest) 的數目
o 記錄檔相互關聯識別碼 ― SharePoint Server 將訊息寫入 ULS 記錄檔所使用的
識別碼，可查看相關訊息
判斷提示和重大事件區段
您會在此找到錯誤與重大事件。訊息包含錯誤的詳細資料及其相互關聯識別碼。發生重大
事件時，您可以按一下重大事件，以向下切入至訊息的實際呼叫堆疊。
資料庫查詢區段
您可以在此找到轉譯頁面期間所發生的每一個資料庫查詢，以及執行時間。
51
按一下相關查詢，即可向下切入並檢視詳細資訊：
o 查詢文字：完整 SQL Server 查詢。
o 呼叫堆疊：顯示完整 SQL Server 呼叫堆疊。
o IO 統計資料：可讓您查看指定 SQL Server 查詢的讀取/寫入詳細程度。
服務呼叫區段
[服務呼叫] 區段顯示 SharePoint Web 服務的要求。此區段顯示 Web 服務呼叫的回應時間，
讓您可以判斷是否超出預期的時間。
SPRequest 配置區段
在此區段中，您可以檢查是否適當處置 SPRequest 物件。
網頁組件事件位移區段
此區段顯示每個網頁組件的轉譯時間。
如需啟用及停用儀表板的詳細資訊，請參閱＜附錄 A：啟用開發人員儀表板＞。
自訂應用程式與物件處置 SharePoint 管理員所遇到最難疑難排解、持續時間最久且最嚴重的問題之一，是在自
訂應用程式中不當地管理 SharePoint 物件。如需可靠的環境，必須具有適當的管理程
序，以確保自訂程式碼符合與處置 SharePoint 物件模型中物件相關的已發行最佳作法。
如果未適當處置這些物件，會引入記憶體流失問題，而導致系統停機且不穩定。
物件處置的相關最佳作法為何？
正確的物件處置不過是 SharePoint 開發人員應該注意的其中一個最佳作法，但是可能
是最重要且套用起來最複雜的最佳作法。
下列資源是圍繞適當處置物件的主題且適用於開發人員的建議來源。
使用可處置的 Windows SharePoint Services 物件 (可能為英文網頁)
(http://go.microsoft.com/fwlink/?LinkId=203135 (可能為英文網頁))。
如何得知是否有記憶體流失問題？
以下是判斷是否有記憶體流失問題的兩個最常用方法：
1) 檢閱 ULS 記錄檔
SharePoint Server 會持續追蹤物件的週期，以主動報告與物件處置相關的潛
在問題。其執行方式為在 ULS 記錄檔中如下記錄潛在問題：
52
「在此執行緒結束前未處置 SPRequest 物件。為了避免浪費系統資源，請在使用
此物件之後，立即處置物件或其父項 (如 SPSite 或 SPWeb)。現在會立即處置此
物件。」
由於這些事件有時可能為「誤判」，因此管理員應注意這些錯誤數目是否異常
多 (ULS 會實際提供物件計數)，或頻率是否有所變更，特別是在變更環境之後，
例如安裝新解決方案。
2) 應用程式集區回收
與記憶體流失相關的最常見徵兆通常會描述為「應用程式集區的回收斷斷續續」。結
果會導致停機。管理員的挑戰在於此停機會斷斷續續發生，因此很難重現及偵錯。此
問題一般最常發生在使用尖峰期間。
此問題的肇因在於應用程式集區內建的預防機制。由於不正確處置 SharePoint 物件，
因此 .NET 記憶體回收行程無法重新取得物件使用的記憶體。這會導致記憶體流失，
進而導致記憶體使用量可能大幅增加。應用程式集區預設會設定為在使用過多記憶體
時自動回收，因此導致間歇性不穩定。
檢閱 [事件檢視器] 中的應用程式集區回收事件，有助於隔離及識別自訂應用程式中的
記憶體流失問題。
其他暗示可能發生記憶體流失的常見徵兆還包括資料庫連線問題。
如何查看記憶體流失的解決方案？
Microsoft 已發行 SharePoint 處置檢查工具 (可能為英文網頁)
(http://go.microsoft.com/fwlink/?LinkId=203138 (可能為英文網頁))，可快速識別在自
訂應用程式中處置 SharePoint 物件的潛在問題。此工具僅需要解決方案組件的存取權
即可運作，也可以整合到開發人員的建置流程中。
53
作業管理
作業管理涉及組織基礎結構元件的管理，並包含讓 IT 系統順暢運作所需的規劃與臨時
性日常管理工作。一般而言，書面程序會涵蓋作業管理工作。這些程序提供所有支援
人員相同的標準工具與方法。
在 SharePoint Server 2010 環境中，系統管理工作的範例包括建立 Web 應用程式、
備份及封存網站與網站集合、監視記錄檔，以及維護服務應用程式。
標準程序 有數項資源可協助您定義組織所需的標準程序及其執行方式。如需如何管理
SharePoint 環境的詳細資訊，請參閱作業
(http://go.microsoft.com/fwlink/?LinkID=89152)。由於每家公司是獨一無二的，因此您
必須自訂及調整這些參考資料，以符合您的需求。
標準程序會變更，因此文件不時需要修訂。完成變更之後，您的變更管理程序應識別
每項變更可能對各方的影響。您應該使用變更管理功能，來更新及控制文件。
需要執行的工作通常可分為下列一般類別：
每日工作
每週工作
每月工作
臨時性工作
準備作業管理的文件時，可使用檢查清單協助確保在適當時間執行所需的工作。如需
如何準備作業檢查清單的詳細資訊，請參閱＜作業檢查清單＞中的範例檢查清單。
系統管理完成後經常會發生變更管理。如果標準程序中記載某項工作，該工作會是系
統管理功能的一部分。如果工作沒有標準程序，則應該使用變更管理功能處理工作。
集中式管理與非集中式管理的比較 執行系統管理工作的角色與職責取決於組織遵循集中式模型、非集中式模型或這兩者的
組合。
集中式模型
54
在集中式模型中，會有一或多個系統管理群組維持對 SharePoint 環境的完全控制。此
管理模型類似資料中心，在資料中心中，所有管理工作會由一個資訊技術群組來執行。
在此小組內的角色與職責應根據經驗與專業知識來定義。
非集中式模型
非集中式組織位於多個地理位置，並在不同位置具有執行 SharePoint Server 的伺服
器及管理員小組。例如，每個國家/地區的所有分公司可能會有各自的本機系統管理員
，以及一或多部執行 SharePoint Server 的伺服器。或者，北美洲與歐洲可能會分別
有執行 SharePoint Server 的伺服器叢集及系統管理小組。有時候，您可能希望管理
員僅負責本身的地區，而限制其管理其他地區資源的權限。
在 SharePoint Server 中，您可以透過管理中心管理使用者來達成，在管理中心中，
您可以使用權限與原則設定系統管理員權限。
詳細資訊
如需委派 SharePoint Server 之控制權的詳細資訊，請參閱安全性和保護
(http://go.microsoft.com/fwlink/?LinkID=89441)。
每日工作 為了協助確保 SharePoint Server 2010 環境的可用性與可靠性，您必須主動監視實體
平台、作業系統，以及所有重要的 SharePoint Server、IIS 與 SQL Server 服務。
預防維護可協助您在錯誤導致操作 SharePoint 環境發生問題之前，識別潛在錯誤。結
合嚴重損壞修復計畫與定期備份，即可將可能發生的問題影響降至最低。
監視 SharePoint 環境涉及檢查連線、服務、伺服器資源及系統資源是否有任何問題。
Microsoft Windows Server 2008、SQL Server 2008 及 SharePoint Server 本身提供
許多監視工具與服務，可協助確保 SharePoint 環境順暢執行。
每日監視的主要優點如下：
符合服務等級協定 (SLA) 的效能需求。
成功完成特定管理工作，例如每日備份作業及檢查伺服器狀況。
而可能最重要的一點是：在伺服器效能發生瓶頸或需要更多資源等問題影響生
產力之前，事先偵測及解決問題。
55
您會用到的日常維護工作取決於貴組織與貴組織的需求。您必須具備適當的日常維護
工作，才可以擷取及維護 SharePoint 環境的相關資料，例如使用程度、可能的效能瓶
頸及管理變更。如需可每日執行之工作的資訊，請參閱下列各節：
執行實體環境檢查
執行及監視備份
檢查磁碟使用量
檢查事件檢視器
監視伺服器效能
監視網路效能
詳細資訊
若要協助管理每日執行的工作，請參閱＜每日作業檢查清單＞。若要深入了解如何監視
SharePoint Server 2010，請參閱＜使用 Microsoft Operations Manager 2007 R2 監視
SharePoint Server 2010＞。
執行實體環境檢查
在檢查 SharePoint 環境的效能、可用性及功能之前，應先檢查實體環境。例如，確定
伺服器及其連線是否完全固定在機架中，以及確定伺服器機房溫度是否適當。
請執行下列實體環境檢查：
實體安全性措施
鎖、門及限制存取的房間等實體安全性措施都必須受到保護。請檢查是否有任何未
經授權及強制的入侵，以及設備損毀的跡象。
56
溫度與濕度
溫度與濕度過高會導致硬體元件過熱。檢查溫度與濕度有助於確保暖器與空調等環
境系統維持可接受的狀況，且運作符合硬體製造商的規格。
裝置與元件
SharePoint 環境有賴於實體網路及相關硬體運作正常。請確定路由器、開關、集
線器、實體纜線及連接器適當連接且運作正常。
詳細資訊
如需其他重要之每日作業型工作的資訊，請參閱＜每日工作＞。
執行及監視備份
執行伺服器備份是規劃嚴重損壞時的第一道防線。您必須具有適當規劃及排練的
SharePoint 環境嚴重損壞修復計畫。
嚴重損壞修復計畫應該包含每日備份 SharePoint 設定與內容。透過定期備份
SharePoint 環境，即可降低因為電源中斷、硬體失敗或其他任何一些事件而造成資料
遺失的可能性。
雖然執行備份不會影響 SharePoint 環境的狀態，但是還是需要大量系統資源，進而對
環境的效能造成負面影響。因此，通常會在下班時間或系統認定使用者需求最低的時
段來執行備份。
SharePoint Server 2010 可以在不同層級設定及排程備份：
備份 Web 應用程式 (http://go.microsoft.com/fwlink/?LinkId=203218)
備份服務應用程式 (http://go.microsoft.com/fwlink/?LinkId=203219)
備份伺服器陣列設定 (http://go.microsoft.com/fwlink/?LinkId=203220)
備份搜尋 (http://go.microsoft.com/fwlink/?LinkId=203221)
備份 Secure Store Service (http://go.microsoft.com/fwlink/?LinkId=203222)
備份內容資料庫 (http://go.microsoft.com/fwlink/?LinkId=197242)
將資料庫備份至快照 (http://go.microsoft.com/fwlink/?LinkId=203223)
備份自訂 (http://go.microsoft.com/fwlink/?LinkId=203224)
備份網站集合 (http://go.microsoft.com/fwlink/?LinkId=197243)
匯出網站、清單或文件庫 (http://go.microsoft.com/fwlink/?LinkId=197239)
備份或封存記錄檔 (http://go.microsoft.com/fwlink/?LinkId=203226)
這些功能表示您可以設計符合貴組織之特定需求的備份/還原及嚴重損壞修復策略。
57
上述大部分選項還會提供兩種備份類型：
完整 ― 完整備份所有內容，包括完整歷程記錄
差異 ― 僅備份上次完整備份後所變更的內容
除了備份 SharePoint 內容與設定，您也應該考慮備份所有記錄的事件與效能資料，包
括記錄在 [事件檢視器]、SQL Server 記錄檔及 SharePoint ULS 記錄檔中的資訊。
不論您選擇的備份策略為何，主動監視 SharePoint 備份是否成功完成是嚴重損壞修復
計畫的成功關鍵。您應該在儘可能與實際執行環境相似的實驗室環境中，定期測試組
織之 SharePoint 基礎結構的嚴重損壞修復計畫。
58
您需要嚴重損壞修復計畫，才可確保 SharePoint 環境的高可用性。可靠的備份與復原
策略是該計畫的重要一環，但是您也應該慎重考慮其他容錯移轉策略。這是實際執行
環境的複本，但是僅會在主要環境因故無法使用時，才會透過在事件中使用 DNS 變
更上線。
如需嚴重損壞修復計畫的詳細資訊，請參閱規劃嚴重損壞修復
(http://go.microsoft.com/fwlink/?LinkId=203228)。
詳細資訊
如需其他重要之每日作業型工作的資訊，請參閱＜每日工作＞。
如需備份作業的詳細資訊，請參閱備份
(http://go.microsoft.com/fwlink/?LinkId=203229)。
如需復原作業的詳細資訊，請參閱復原
(http://go.microsoft.com/fwlink/?LinkId=203230)。
檢查磁碟空間
SharePoint 需要儲存其記錄檔、搜尋索引、SQL Server 資料庫及 SQL Server 交易記
錄檔的磁碟空間。
您應該定期監視可用的磁碟空間，以確保執行 SharePoint Server 或 SQL Server 資料
庫的伺服器不會因為儲存資源不足而造成負面影響。
比較及維護每個磁碟區之可用磁碟空間的統計資訊，以及追蹤資料庫與交易記錄檔的
預期成長，可協助您規劃容量。
您可以使用下列方法檢查可用磁碟空間：
Windows 檔案總管 使用 [Windows 檔案總管] 檢查磁碟區上儲存 SharePoint 記錄
檔、資料庫及搜尋索引的磁碟空間。
效能監視器 透過執行在硬碟空間低於 100 MB 時傳送通知訊息給您的指令碼，來監
視磁碟空間。您可以在 TechNet 指令碼中心
(http://go.microsoft.com/fwlink/?linkid=33284) 上找到範例指令碼。
使用 Microsoft Operations Manager Microsoft Systems Center Operations
Manager (SCOM) 可在磁碟區空間有限時，用來通知管理員。如需詳細資訊，請
參閱
59
＜Microsoft SharePoint 2010 Products Management Pack for Microsoft Systems Center
Operations Manager 2007 R2＞。
詳細資訊
如需其他重要之每日作業型工作的資訊，請參閱＜每日工作＞。
檢查事件檢視器
您可以使用 [事件檢視器] 取得服務失敗的資訊，以及虛擬記憶體與磁碟空間等系統資
源的警告。使用 [事件檢視器] 可檢視及管理事件記錄檔；取得必須解決之硬體、軟體
及系統問題的資訊；以及識別需要未來動作的趨勢。
[事件檢視器] 維護與電腦上之應用程式、安全性及系統事件相關的記錄檔；也提供一
個集中位置來存放所有已安裝的應用程式 (例如 SharePoint Server 與 SQL Server)，
以報告警告與錯誤狀況。這對每日檢閱事件記錄檔而言相當重要。
60
執行 Windows Server 2008 作業系統的伺服器預設會以三種記錄檔類型記錄事件：
應用程式記錄檔
應用程式記錄檔包含應用程式或程式記錄的事件。這些應用程式的開發人員會決定
要記錄的事件。例如，某個資料庫程式可能會在應用程式記錄檔中記錄一個檔案錯
誤。您可以在應用程式記錄檔中找到大多數與 SharePoint Server 相關的事件。
安全性記錄檔
安全性記錄檔記錄登入嘗試成功與失敗等事件，以及與資源使用相關的事件，例如
建立、開啟或刪除檔案或其他物件。例如，如果啟用登入稽核，則會在安全性記錄
檔中記錄系統的登入嘗試。
系統記錄檔
系統記錄檔包含 Windows 系統元件記錄的事件。例如，驅動程式或其他系統元件
無法在啟動期間載入，即會記錄於系統記錄檔中。系統元件記錄的事件類型是由伺
服器預先決定。
SharePoint 管理員也可以建立自己的事件記錄檔自訂檢視，例如建立自訂檢視，以收
集對 SharePoint Server 造成負面影響的事件。建立新檢視時，請選擇 [事件來源]，然
後選取與 SharePoint Server 相關的所有來源。如需詳細資訊，請參閱建立自訂檢視
(http://go.microsoft.com/fwlink/?LinkId=203233)。
管理事件記錄檔
在 SharePoint 管理中心中，您可以節流處理 [事件檢視器] 記錄的詳細資料數量與層級。
請參閱＜事件節流＞。
注意：
除非 Microsoft 產品支援服務指示您，否則請勿使用最大記錄設定。最大記錄
會耗盡大量資源，並可能會提供許多「誤判」，亦即僅在最大記錄才會記錄的
錯誤，但其實是預期的錯誤，而不需要注意。此外，也建議您不要一直啟用診
斷記錄。僅在疑難排解時才使用此選項。
在每個 [事件檢視器] 記錄檔中，Windows 2008 會記錄資訊、警告及錯誤事件。監視
這些記錄檔可密切追蹤執行 SharePoint Server 之伺服器上進行的交易類型。您應該
定期封存/備份記錄檔，或使用自動換用以避免執行空間不足。由於記錄檔可佔據的空
間有限，因此請增加記錄檔大小 (例如增加至 50 MB) 並將其設為覆寫，Windows
2008 才可以繼續寫入新事件。
61
Windows 2008 的 [事件檢視器] 包含一些自動化功能，讓監視更容易：
訂閱 ― [訂閱] 可讓您從不同的伺服器收集事件。這對取得伺服器陣列中所發生之
所有事件的概觀很重要。
您可以在上述每種 Windows 記錄檔 (應用程式、安全性及系統) 的屬性中，新增訂
閱，然後再從中建立與不同伺服器上之事件記錄檔的連線。
您必須啟用 Windows Event Collector Service，才可以使用這項功能。
附加工作 ― 您可以在 [事件檢視器] 中「附加工作」至特定記錄檔檢視或個別事件。
例如，傳送電子郵件訊息或執行程式。此功能基本上是將 Windows 的 [工作排程
器] 工具與 [事件檢視器] 進行整合。
將此功能結合 Windows PowerShell 可開啟許多自動化管理與問題解決工作的機會。
例如，您可以編寫 Windows PowerShell 指令碼，開始 SharePoint Server 中的管
理工作流程。然後將此工作附加至任何需要管理員動作的事件，以確定工作會完成
。
Microsoft Systems Center Operations Manager ― 您可以使用 Microsoft Systems
Center Operations Manager (SCOM) 監視伺服器的狀況。Microsoft SharePoint
2010 Products Management Pack 透過提供組成 SharePoint Server 2010 之重要
服務與元件的專屬監視，來擴充 SCOM。
此管理套件包含執行 SharePoint Server 之伺服器的「良好狀況」定義，並會在偵
測到與此定義分歧的狀態而需要介入時，自動通知管理員。如需 Microsoft
Systems Center Operation Manager 與 SharePoint Management Pack 的詳細資
訊，請參閱 Microsoft Systems Center Operations Manager
(http://go.microsoft.com/fwlink/?LinkId=203235)。
詳細資訊
如需其他重要之每日作業型工作的資訊，請參閱＜每日工作＞。
監視伺服器效能
影響 Microsoft SharePoint Server 效能的因素有許多，例如系統架構、軟體、硬體及
網路元件。請確定環境中的每部伺服器皆符合 SharePoint Server 硬體與軟體需求，
請參閱硬體及軟體的需求 (http://go.microsoft.com/fwlink/?LinkID=119403)。
62
監視伺服器效能有助於確保伺服器運作正常，並可讓您識別系統中的瓶頸。透過檢閱
及分析效能監視所產生的資料，即可識別問題並套用修正操作。
您也可以使用監視資料識別需要其他資源的區域，以進一步提升伺服器的效能。例如，
您可能需要增加儲存容量以處理組織中增加的使用者人數，或在使用更多 SharePoint
服務時增加記憶體。
工作管理員
[工作管理員] 是 Windows Server 2008 工具，可提供本機電腦上執行之處理程序與程
式的資訊。您可以使用 [工作管理員] 即時監視電腦效能的重要指標。該工具會顯示正
在執行的程式狀態，並讓您可以結束停止回應的程式。
您也可以使用最多 15 個參數來評估執行中的處理程序活動，並查看 CPU 與記憶體使
用量的圖表與資料。此外，您可以檢視網路狀態，並查看網路介面卡的運作情況。如
果電腦上有多位登入使用者，您可以查看哪些使用者連線中、其工作內容，以及傳送
訊息給使用者。
系統監視器
使用 [系統監視器] 工具，即可定義、收集及檢視您所管理之電腦上的硬體資源使用情
況及系統服務活動的詳細資料。[系統監視器] 可讓您監視一部電腦或同時監視多部電
腦。當您想尋找 SharePoint 伺服器陣列中的問題時，此彈性會很有幫助。
您可以指定要監視的資料類型、資料來源，並建立取樣參數。您甚至可以變更 [系統監
視器] 的外觀，以使用圖表、長條圖或報表檢視。
效能記錄檔與警示
您可以透過效能記錄檔與警示，自動從本機或遠端電腦收集效能資料。您只需要選取
與想執行之調查相關的計數器，以及取樣間隔即可。
結果資料可透過 [系統監視器] 檢閱，或匯入至試算表或資料庫，以產生分析與報告。
您也可以設定警示。這是系統產生的事件，會在您追蹤的計數器於預先定義的臨界值
外執行時觸發。您可以設定觸發時所發生的動作，例如傳送訊息、執行程式，或在應
用程式事件記錄檔中進行輸入。
注意：
警示功能取決於 Windows Server 2008 Messenger Service、
Windows Server 2008 Alerter Service，以及 Windows 網際網路名稱服務
63
(WINS) 中是否有註冊的收件者帳戶。Messenger Service 與 Alerter Service
預設會停用，您必須予以啟用及啟動，才可以傳送網路訊息。
如需建立及設定 Windows Server 2008 之警示的詳細資訊，請參閱 Windows Server
2008 效能與可靠性監控的逐步指南 (http://go.microsoft.com/fwlink/?LinkId=178005)。
詳細資訊
如需其他重要之每日作業型工作的資訊，請參閱＜每日工作＞。
監視網路效能
請務必監視網路效能，因為其效能會影響 SharePoint Server 2010 環境的效能。您可
以使用下列工具監視網路：
Network Monitor
Windows Management Instrumentation (WMI)
簡易網路管理通訊協定 (SNMP)
您也可以使用協力廠商監視工具或 Microsoft Systems Center Operations Manager
(SCOM) 監視 SharePoint 系統。如需 SCOM 2007 的詳細資訊，請參閱＜使用
Systems Center Microsoft Operations Manager 2007 R2 監視 SharePoint 2010＞。
Network Monitor
Microsoft Windows Network Monitor 可收集、顯示及分析伺服器上的資源使用狀況，
並測量網路流量。Network Monitor 只會監視網路活動。透過擷取及分析網路資料，並
搭配使用此資料與效能記錄檔，即可判斷網路使用量、識別網路問題，並預測未來的
網路需求。
下載 Network Monitor (可能為英文網頁) (http://go.microsoft.com/fwlink/?LinkId=198217
(可能為英文網頁))。
Windows Management Instrumentation
Windows Management Instrumentation (WMI) 可協助您管理愈來愈大且愈來愈複雜的
網路與應用程式。透過 WMI，您可以監視、追蹤及控制與軟體應用程式、硬體元件及
網路相關的系統事件。
SharePoint Server 2010 提供許多 WMI 類別，可讓您用來監視及分析 SharePoint
Server。SharePoint 2010 SDK 包含 SharePoint WMI 提供者的完整資訊，包括許多
64
可協助您開始使用的範例指令碼。您可以下載或檢視 SharePoint 2010 SDK (可能為英文
網頁) (http://go.microsoft.com/fwlink/?LinkId=166675 (可能為英文網頁)) 與 FAST
Search：WMI 類別 (http://go.microsoft.com/fwlink/?LinkId=203240) (SharePoint 2010
參照)。
簡易網路管理通訊協定
簡易網路管理通訊協定 (SNMP) 可讓您擷取網路的設定與狀態資訊，並將此資訊傳送
至指定的電腦以監視事件。如需 SNMP 的詳細資訊，請參閱
Windows Server 2008 說明中的 SNMP。
詳細資訊
如需其他重要之每日作業型工作的資訊，請參閱＜每日工作＞。
每週工作 最佳作法是每週執行下列工作與程序：
封存事件記錄檔
如果事件記錄檔未設定為視需要覆寫事件，則必須定期封存及刪除。此動作對安全
性記錄檔特別重要，調查危害安全性的嘗試時可能需要安全性記錄檔。
檢查安全性更新
識別任何新的 Service Pack、Hotfix 或更新。請在測試實驗室進行測試，並使用變
更控制程序以安排生產伺服器的部署 (如果適用的話)。
檢閱 SLA 效能數據
查看上週主要的效能資料。根據服務等級協定 (SLA) 的需求來審查效能。識別趨
勢及未達成目標的項目。
封存資料
將資料封存至 CD、DVD、磁帶或類似媒體。當使用者離職時，或過了一段時間後，
可能需要封存 SharePoint 網站與網站集合中的資訊。這有助於讓 SharePoint
Server 儲存的資訊保持相關，並可以管理整體線上儲存空間大小。
環境測試
定期檢查及維護空調、溫度與濕度監視器，以及實體安全性措施。
65
資料庫維護
雖然 SharePoint Server 2010 可以自動執行一些重要的資料庫維護工作，但是管
理員應該熟悉 Office SharePoint Server 2007 的資料庫維護 (可能為英文網頁)
(http://go.microsoft.com/fwlink/?LinkId=111531 (可能為英文網頁)) 白皮書中概述的維護工作
。此白皮書說明 Office SharePoint Server 2007 的工作，不過也與 SharePoint
Server 2010 相關。
若要協助管理每週工作的效能，請參閱＜每週作業檢查清單＞。
每月工作 最佳作法是每月執行下列工作與程序：
安全性檢查
根據貴組織需要的安全性層級，可能適合定期執行安全性稽核，例如防火牆規則、
使用者權限、群組成員資格、代理人權限等。
容量規劃
檢閱上個月的容量數據，並產生後續幾個月可能需要的任何升級計畫，以確保系統
在組織的服務等級協定 (SLA) 指定之限制內正常運作。
嚴重損壞修復測試
執行單一伺服器的系統修復，以測試貴組織記載的修復程序。此測試會模擬一部伺
服器的整個硬體失敗，並確定資源、計畫及資料可用於修復。請嘗試每個月輪替測
試的焦點，讓您每次都可以測試不同的伺服器或其他設備的失敗情形。例如，搜尋
伺服器、資料庫伺服器、Business Connectivity Services 等。
詳細資訊
若要協助管理每月工作的效能，請參閱＜每月作業檢查清單＞。
臨時性工作 請視需要執行下列工作。但是，標準程序經常也會涵蓋這些工作：
完整安全性稽核 您可以定期執行此稽核，以回應 SharePoint 環境的升級或重新設
計，或回應危害安全性的嘗試 (或成功嘗試)。此程序可能包含伺服器與防火牆的連
接埠掃描、安全性修正的稽核，以及協力廠商滲入測試。
66
更新效能基準 在升級或設定變更之後更新效能基準。您可以使用基準測量效能變
更，以及偵測影響系統效能的問題。
SharePoint Health Analyzer 此 Health Analyzer 協助您監視 SharePoint 環境，可
讓您檢查潛在的設定、效能及使用問題。請參閱＜SharePoint Health Analyzer＞。
SharePoint 開發人員儀表板 SharePoint 開發人員儀表板提供您其他效能與追蹤資訊，
可用來偵錯及疑難排解頁面轉譯時間問題。請參閱＜SharePoint 開發人員儀表板＞。
詳細資訊
如需您可以執行以維護 SharePoint 環境之其他工作的資訊，請參閱＜作業管理＞。
作業檢查清單
SharePoint Server 2010 作業檢查清單提供 IT 專業人員指導方針，以執行每日、每週
及每月所需的維護工作，讓執行 SharePoint Server 的伺服器正常執行。您可以直接
使用下列檢查清單，或調整檢查清單以符合公司的特定需求：
每日作業檢查清單
每週作業檢查清單
每月作業檢查清單
摘要檢查清單
每日作業檢查清單 下列檢查清單可用來記錄每日作業。您可以根據組織的需求修改這些檢查清單。
檢查清單：檢查備份
完成此檢查清單以檢查備份。
籌備者：
日期：
67
已完成 工作
確定每日備份的建議基本備份策略是否成
功完成。請根據組織中現有的備份策略來
完成此作業。
檢查是否備份追蹤記錄檔。
確認是否完成先前的備份作業。
分析及回應備份作業期間的錯誤與警告。
遵循備份輪替、標示及儲存的既定程序。
確定備份已完成，並符合服務等級協定
(SLA) 所指定的容錯。
判斷自訂解決方案是否為備份計畫的一部
分。如果不是，請將這些解決方案納入備
份計畫。
確認可成功還原備份。
68
檢查清單：SharePoint 伺服器陣列備份
完成此檢查清單以檢查 SharePoint Server 備份。
籌備者：
日期：
已完成 工作
執行備份
注意：
如果是第一次備份伺服器陣列，則必
須使用 [完整] 選項。您必須執行完整
備份，才可以執行差異備份。
確認是否完成備份作業
注意：
注意：在管理中心中檢查備份或還原
狀態。
分析及回應備份作業期間的錯誤與警告。
檢查清單：SharePoint 稽核
完成此檢查清單以檢查 SharePoint 服務與功能。
籌備者：
日期：
已完成 工作
檢閱已排程且重要的計時器工作，並確定
這些工作運作正常且在正確時間執行。
69
已完成 工作
記錄、檢閱及比較已安裝的功能集與先前
記錄的集合。記錄並確認所有變更皆已授
權。
檢閱、記錄及比較 SharePoint 原則與先前
記錄的集合。記錄並確認所有變更皆已授
權。
70
檢查清單：檢查 CPU 與記憶體使用量
使用此檢查清單記錄每個計數器的取樣時間。
籌備者：
日期：
已完成 工作
檢查 % Processor Time 效能計數器。
檢查 Available MBs 效能計數器。
檢查 % Committed Bytes in Use 效能計
數器。
根據效能基準進行檢查，以判斷伺服器的
狀況。
計數器 測量值 記錄時間
% Processor Time
Available MBs
% Committed Bytes in Use
檢查清單：檢查磁碟使用量
遵循檢查清單並記錄磁碟機代號、指定及可用磁碟空間。
籌備者：
日期：
71
已完成 工作
建立所有磁碟機清單，並標示為三種類
別：
具有交易記錄檔的磁碟機
具有佇列的磁碟機
其他磁碟機
檢查具有交易記錄檔的磁碟。
檢查具有追蹤記錄檔的磁碟。
檢查其他磁碟。
使用伺服器監視器檢查可用磁碟空間。
檢查磁碟上的效能。
磁碟機代號 指定 (具有交易記錄檔的
磁碟機、具有佇列的磁
碟機及其他磁碟機)
可用空間 MB 可用空間 % 可用
在此輸入資料
在此輸入資料
在此輸入資料
檢查清單：事件記錄檔
使用下列檢查清單檢查事件記錄檔。
籌備者：
日期：
72
已完成 工作
在執行 SharePoint Server 的伺服器上篩
選應用程式與系統記錄檔，以查看所有錯
誤。
檢查追蹤記錄檔
檢查事件檢視器
檢查 ULS 記錄檔
如果上述任何記錄檔發生錯誤，請交互參
照相互關聯識別碼與 ULS 記錄檔、流量
記錄資料庫及 SQL Server 2008 Profiler
進行
偵錯。
注意：
此程序需要大量時間才能順利且確
信地完成。
在執行 SharePoint Server 的伺服器上篩
選應用程式與系統記錄檔，以查看所有警
告。
檢查事件記錄檔是否有重複出現的錯誤
訊息。
回應探索到的失敗與問題。
73
檢查清單：檢查 IIS、IIS 記錄檔及效能
完成此檢查清單以檢查 IIS 記錄檔與效能，以及 SharePoint 服務與 SQL Server 服務
等服務的狀態。如需監視 IIS 記錄檔與效能的詳細資訊，請參閱監視網頁伺服器上的活
動 (http://go.microsoft.com/fwlink/?LinkId=200915)。
籌備者：
日期：
已完成 工作
檢查事件記錄檔與篩選。IIS 記錄檔提供
您所做變更的資訊。
注意：
如果貴組織為中型組織，請每週檢
查事件記錄檔。
檢查 [系統監視器] 的 IIS 效能，以檢查效
能計數器的輸出。請檢查下列效能計數
器：
網頁服務計數器，可監視 World
Wide Web Publishing Service (WWW
服務)。
網頁服務快取計數器，可監視 WWW
服務快取。
動態伺服器網頁計數器，可監視以動
態伺服器網頁 (ASP) 執行的應用程
式。
檢查應用程式集區是否有足夠的記憶體，或
檢查其是否正常執行。請特別尋找應用程式
集區回收事件，該事件可能會顯示記憶體流
失。
74
已完成 工作
確定每天回收應用程式集區。
75
檢查清單：SharePoint 資料庫狀況
使用此檢查清單檢查 SharePoint 資料庫的狀況。
籌備者：
日期：
已完成 工作
檢查自上次檢查之後產生的交易記錄檔數
目。數目增加的速率是否「正常」？
檢查網站集合的大小。
檢查每個內容資料庫的網站集合數目。
注意：
網站集合大小及數目提供內容資料庫
的預估大小上限。這是規劃備份/還原
策略時必須考量的重要數字。接近最
大值或資料庫大小超出定義的限制
時，請建立其他內容資料庫。
檢查內容資料庫的大小。
檢查 Web Analytics 報告的網站集合使用
量
檢查庫存
檢查搜尋
檢查流量
檢查清單：SharePoint Health Analyzer
籌備者：
日期：
76
已完成 工作
檢查狀況報告
檢查 Web Analytics 報告
檢查診斷記錄檔
檢查系統管理報告
77
檢查清單：安全性記錄檔
若要有效地修正已知及探索到的安全性問題，請完成下列檢查清單。
籌備者：
日期：
已完成 工作
檢視 [事件檢視器] 中的安全性事件記錄
檔，並將安全性變更與已知、授權的設定
變更相比對。
調查安全性事件記錄檔中探索到的未授權
安全性變更。
檢查安全性新聞是否有最新病毒、蠕蟲及
弱點。
更新及修正探索到的安全性問題與弱點。
如果伺服器執行 SMTP 服務，請確定未匿
名轉送或鎖定至需要功能的特定伺服器。
確認已設定之安全通道 (例如 SharePoint
管理中心) 的 SSL 運作正常。
更新防毒簽章。
檢查伺服器陣列管理員群組以確保其僅包
含授權的帳戶。
確認所有防火牆設定作用中，且僅允許授
權的流量。例如，設定可避免存取伺服器
陣列中未提供服務給使用者的伺服器。
執行安全性報告，將指派給網站之權限的
完整稽核輸出至檔案。這有助於識別安全
性變更的完成時間。
78
每週作業檢查清單 下列檢查清單可用來記錄每週作業。您可以根據組織的需求修改這些檢查清單。
檢查清單：建立報告
使用此檢查清單建立狀態報告，以協助容量規劃、服務等級協定 (SLA) 審查及效能分
析。
籌備者：
日期：
已完成 工作
使用事件記錄檔與 [系統監視器] 中的每日
資料建立報告。
報告磁碟使用量。
建立記憶體與 CPU 使用量報告。
產生執行時間與可用性報告。
產生資料庫大小。
從傳送的訊息及用戶端登入建立容量報
告。
建立佇列使用、大小及成長報告。
建立顯示在內容資料庫中建立之
SharePoint 網站集合數目與成長的報告。
檢查清單：事件報告
使用此檢查清單建立事件報告。
籌備者：
日期：
79
已完成 工作
列出前幾項產生、解決及擱置的事件。
建立未解決事件的解決方案。
更新報告以包含有問題的新票證。
建立用於存放中斷疑難排解指南及分析的
文件庫。
80
檢查清單：狀態會議
使用此檢查清單進行審查工作的每週狀態會議。
籌備者：
日期：
已完成 工作
整個組織及部門的伺服器與網路狀態。
組織效能與可用性。
總覽報告與事件。
風險分析與評估，包含即將發生的變更。
容量、可用性及效能審查。
服務等級協定 (SLA) 效能，並檢閱未達成
目標的項目。
檢查清單：SharePoint 資料庫維護
使用此檢查清單進行審查工作的每週狀態會議。
籌備者：
日期：
已完成 工作
執行資料庫一致性檢查，以確定資料與索
引未損毀。您可以使用 DBCC (資料庫主
控台命令) CHECKDB 陳述式，執行資料
與索引頁面的內部一致性檢查，並修復錯
誤。
81
已完成 工作
測量並視需要降低資料庫分散程度。這是
多次插入、更新或刪除表格的結果。當表
格變得很零碎時，表格中定義的索引也會
變得零碎而影響效能。
82
每月作業檢查清單 下列檢查清單可用來記錄每月作業。您可以根據組織的需求修改這些檢查清單。
檢查清單：容量規劃
使用此檢查清單規劃容量。
籌備者：
日期：
已完成 工作
檢查 Web Analytics 報告中的 SharePoint
Server 流量。
根據服務等級協定 (SLA) 需求來檢查容量
與效能。
檢閱上個月的 SLA 需求與容量數據。
根據舊成長資料的預計成長來產生及實作
升級路徑。
檢查清單：Hotfix、Service Pack、更新彙總套件及安全性更新
使用此檢查清單以透過組織中的 Hotfix、Service Pack、更新彙總套件及安全性更新
來更新系統。
籌備者：
日期：
已完成 工作
維護一份已套用的 Hotfix、Service Pack
、更新彙總套件及安全性更新清單。
83
已完成 工作
檢查 SharePoint Server 中的產品與修補
程式安裝狀態。
確認伺服器陣列中的每部伺服器執行正確
的版本
確認每部伺服器執行正確的組建版本
確認伺服器陣列中每個元件的狀態
查看是否有 Microsoft Windows Server、
SQL Server 及 SharePoint Server 適用的
新 Hotfix。
84
已完成 工作
查看是否有 Windows Server、SQL
Server 及 SharePoint Server 適用的
Service Pack。
查看是否有 Internet Information Services
(IIS)、Active Directory 網域服務及 DNS
伺服器等補充服務的更新。
對組織中的伺服器與工作站一致地套用更
新。
根據公司原則儘快執行重大安全性更新。
檢查清單：文件與程序
使用此檢查清單記錄。
籌備者：
日期：
已完成 工作
檢閱 SharePoint Server 文件，根據累計
更新與 Service Pack 中引入的變更確定文
件仍處於最新狀態，並視需要予以更新。
檢閱現有的程序 (如備份、嚴重損壞修
復、維護等)，確定其反映累計更新與
Service Pack 中引入的變更。
摘要檢查清單 此檢查清單提供 SharePoint Server 2010 作業的每日、每週及每月工作摘要。您可以
根據組織的需求修改這些檢查清單。
85
檢查清單：摘要
籌備者：
日期：
已完成 每日
檢查備份。
檢查 CPU/記憶體使用量。
檢查磁碟使用量。
檢查磁碟狀況 (S.M.A.R.T.)。
檢查事件記錄檔。
檢查備份。
檢查 Internet Information Service (IIS)
效能。
檢查 SharePoint Server 資料庫狀況。
檢查 SharePoint Health Analyzer。
檢查非 SharePoint Server 連接器。
檢查安全性記錄檔。
更新病毒定義並進行病毒掃描。
確認 SharePoint Server 及必要的
Windows 服務正常啟動。
已完成 每週
建立報告。
完成事件報告。
86
已完成 每週
開會並討論狀態。
檢查並撰寫 IIS 記錄檔。
檢查並撰寫 SharePoint ULS 記錄檔。
已完成 每月
規劃容量。
執行 Hotfix、Service Pack、更新彙總套
件及安全性更新。
執行嚴重損壞修復測試。每月測試一個備
份並進行還原。
87
使用 Microsoft Systems Operations
Manager 2007 R2 監視 SharePoint
Server 2010
日常作業的主要目標，在於確定執行 SharePoint Server 2010 之伺服器的運作值得信
任。因此，應根據 Microsoft Operations Framework (MOF) 中列出的原則有系統地達
成。如需 MOF 的詳細資訊，請參閱 Microsoft Operations Framework (可能為英文網頁)
(http://go.microsoft.com/fwlink/?linkid=25297 (可能為英文網頁))。
SharePoint Server 2010 日常作業的一個重點是監視 SharePoint 元件的狀況，以達成
下列功能：
在作業失敗並發生效能問題時，產生警示。
表示伺服器的健全狀況狀態及伺服器角色。
產生一段時間的操作狀況報告，讓您可以根據使用模式及其他效能資料評估未來的需
求。
Microsoft SharePoint 2010 Products
Management Pack for SCOM 2007 R2 概觀 Microsoft SharePoint 2010 Products Management Pack 的設計目的，是為了用於監
視 SharePoint 事件、在一個集中位置收集 SharePoint 元件特定的效能計數器，並視
需要引發操作員介入的警示。透過偵測、傳送警示，以及自動相互關聯緊急事件，此
管理套件可協助指出、修正及避免可能的服務中斷或設定問題，讓您主動管理執行
SharePoint Server 的伺服器，並在問題變成嚴重之前識別問題。Microsoft
SharePoint 2010 Products Management Pack 監視及提供警示，以自動通知指出服務
中斷、效能降低及狀況監視的事件。
Microsoft SharePoint 2010 Products Management Pack 的建置是為了偵測、診斷及
警示安裝在執行 SharePoint Server 的伺服器上之代理程式所探索到的軟體與硬體事
件。
SharePoint Server 2010、Search Server 2010 及 Office Web Apps 的狀況監視
監視事件與服務，並在偵測到服務中斷時提供警示
監視效能，並在 SharePoint 效能發生風險時警告使用者
將使用者轉介至最新的 TechNet 知識庫文章
88
此 Management Pack 會監視下列服務：
Access Services 文件轉換啟動器服務 文件轉換負載平衡器
Excel Calculation Services InfoPath Forms Service Managed Metadata Web
Service
OneNote Service PerformancePoint Service PowerPoint Web Service
Project Server Service Project Server 事件服務 Project Server 佇列服務
Secure Store Service SharePoint Server 搜尋 User Profile Service
Visio Graphics Service Word Conversion Service Word Viewing Service
監視案例
Microsoft SharePoint 2010 Products Management Pack 透過監視下列主要案例，協
助您以更少人員進行更多監視：
Microsoft SharePoint 2010 Products Management Pack 監視案例
案例 描述
Active Directory 網域服務
(AD DS)
監視應用程式集區帳戶的權限是否不足以新增使用者至 AD
DS，或從中讀取使用者。
驗證 監視不當設定驗證提供者所導致的問題。
備份與還原 監視備份失敗與資源回收筒配額。
資料庫 監視 SQL Server 資料庫伺服器的連線問題。
診斷系統 監視與追蹤基礎結構狀況相關的事件。
電子郵件 監視 SMTP 伺服器的連線。
IIS 監視應用程式集區帳戶是否有寫入磁碟或登錄機碼的問題。
效能 監視效能計數器。
搜尋 監視對 Search Service 運作正常重要的事件。
狀態監視與服務探索 Monitors Windows NT 服務可用性，包括：
89
案例 描述
Microsoft SharePoint Foundation 2010 計時器
Microsoft SharePoint Foundation 2010 追蹤
Microsoft SharePoint Foundation 2010 搜尋
Microsoft Internet Information Service
計時器 監視與計時器服務相關聯的事件。
網頁組件與事件處理常式 監視與無法載入事件處理常式與安全控制項組件路徑相關聯的
事件。
Microsoft SharePoint 2010 Products
Management Pack for SCOM 2007 R2 的詳細資訊 本文件內含之資訊的設計目的，是為了提供 Microsoft SharePoint 2010 Products
Management Pack for SCOM 2007 R2 的功能概觀。如需套件、其安裝及設定的詳細
資訊，請參閱 Microsoft SharePoint 2010 Products Management Pack for System Center
Operations Manager 2007 (http://go.microsoft.com/fwlink/?LinkId=203252)。
90
附錄 A：啟用開發人員儀表板
預設會關閉儀表板，但是您可以使用物件模型或 Windows PowerShell 予以啟用。開
啟儀表板時，您可以找到當做頁面轉譯過程一部分發生之控制、查詢及執行時間的相
關資訊。此資訊顯示在頁面底部。
開發人員儀表板包含三個不同的模式：
1. 關閉 ― 儀表板不會顯示。
2. 開啟 ― 每個頁面上會轉譯儀表板並提供存取。
3. 視需要 ― 啟用開發人員儀表板，但是在使用者手動按一下 [開發人員儀表板] 圖示之前會
予以隱藏。
透過物件模型啟用開發人員儀表板： SPPerformanceMonitor Dashboard = SPFarm.Local.PerformanceMonitor;
Dashboard.DeveloperDashboardLevel = SPPerformanceMonitoringLevel.On;
Dashboard.Update();
使用 Windows PowerShell 啟用開發人員儀表板 Param ([String]$mode)
function Main() { $dashboard = [Microsoft.SharePoint.Administration.SPWebService]::ContentService.DeveloperDashboardSettings; $dashboard.DisplayLevel = $mode; $dashboard.RequiredPermissions ='EmptyMask'; $dashboard.TraceEnabled = $true; $dashboard.Update()
Write-Host "Configured Developer Dashboard with mode $mode." }