SharePoint 2010：監視 SharePoint
Don忽視你的努力，監測 SharePoint 事件和資料記錄。 這對效能可能會有重大的影響。
Steve Wright 和 Corey Erkes
改編自"臨 SharePoint 2010 治理"(Apress)
監測是運行 SharePoint 場的最容易被忽視的方面之一。 監測的讓你回答這樣的問題，"如何在它運行?"和"它仍然Will繼續運行明天嗎?"
管理任何 IT 系統的一個重要部分收集診斷資訊，您可以使用來解決問題或瞭解如何在系統的行為。 像任何 Windows 應用程式中，SharePoint 寫入 Windows 事件日誌中的重要事件。 這些資訊包括已啟動或停止的進程、 已發生的錯誤和任何其他事件可能關聯與非 SharePoint 的事件資訊。
SharePoint 追蹤檔案
SharePoint 記錄與一個叫做統一登錄系統 (UL) 系統的跟蹤資訊。 UL 是帶有資料記錄的 SharePoint 和其服務應用程式的檔的集合。 此外可以為要記錄業務的定制元件和錯誤資訊自動關聯與其他在農場內發生的事件的方式來使用這些日誌。
SharePoint 自動創建一個新 UL 日誌檔每 30 分鐘一班，每個檔的大小限制。 這些檔但是仍然可以成為相當大。 他們是預設存儲在日誌目錄下 14 蜂巢。 使用預設的安裝路徑，該資料夾是在 C:\Program 必須使用 Shared\Web 服務器 Extensions\14\LOGS。
在新的生產伺服器場中所作的第一次配置之一是要將這些檔移到另一個硬碟上，在農場內的每台伺服器上。 磁碟機 C 是關鍵運行的作業系統。 儘管被壓縮的 UL 檔可以快速填滿磁碟機和系統崩潰。
UL 可以並應配置為防止不必要的資料填滿磁碟空間。 您可以訪問這些設置，使用中央行政當局 (CA) 根據監測 |配置診斷日誌記錄。
您可以設置應在每個伺服器上保留多少天的日誌檔。 預設為 14 天。 UL 檔超過天數將從系統自動刪除。 如果您需要登錄大量的資料或維護的日誌檔無限期的歷史記錄，它可能最好是備份，每隔 30 分鐘時關閉每個檔和創建的下一個檔中刪除這些檔。
您還可以配置最大磁碟空間量。 當達到此限制時，將自動刪除最舊的日誌檔以釋放空間。 UL 日誌寫入作為普通文本的檔，因此您可以閱讀它們使用一個文字編輯器 （如記事本）。 然而，他們可能很難直接讀取，因為他們不格式化的方便和可能會非常大。
若要使用這些檔簡化工作，Microsoft 提供的 ULSViewer 應用程式您可以下載。 Microsoft 不支援 ULSViewer，但它應滿足的小型到中型的 SharePoint 農場。 具有非常大的 SharePoint 安裝的組織可能想在投資 Microsoft 系統中心或協力廠商系統管理工具。
事件頻寬限制
SharePoint 是一個大型複雜的軟體平臺。 因此，它可以產生大量的跟蹤資料。 若要限制影響的記錄此資訊，您可以配置 SharePoint 以限制基於事件類別、 事件嚴重性的事件日誌記錄和是否將視窗事件日誌或 UL 追蹤檔案中記錄該事件。
事件類別描述該事件來自何地到什麼它涉及。 例如，一個事件可能由 Excel 服務應用程式登錄和屬於訪問外部資料。 單獨或與其他類型的事件，您可以配置每個類別。
事件嚴重性是指其系統的其餘部分可能產生的影響。 用於 Windows 事件日誌的事件將被分配日益嚴重程度的包括詳細、 資訊、 警告、 錯誤或臨界。 UL 日誌使用詳細、 中等、 高等、 Monitorable 意外的作為的嚴重性級別。
當配置事件日誌記錄，則將這些級別之一指定為要將錄得的最低級別。 例如，如果您登錄資訊一級事件，所有的事件將會記錄只有那些在詳細級別。 為每個事件類別和事件記錄目標配置單獨的嚴重性級別。 這允許您限制時捕獲的最重要的資訊生成的跟蹤資訊的量。
預設情況下，所有事件的嚴重程度或更高的資訊都記錄到 Windows 事件日誌。 中等水準以上的事件記錄在 UL 追蹤檔案中。 這些設置產生重大跟蹤日誌記錄，但最小事件日誌交通。 這是適合大多數農場。
事件日誌的防洪保護
SharePoint 2010 可以防止事件洪水壓倒性的您的日誌檔。 事件洪水發生的當一個元件檢測到問題時，報告它繼續經歷著同樣的問題。 這可以快速填充了伺服器事件日誌。 當你失去原來錯誤的原因，因為事件日誌被覆蓋的錯誤造成的副作用的實際問題，它可以是幾乎滑稽。
為了防止這種情況，SharePoint 2010 監視的每個事件正在記錄的頻率。 如果它看到相同的消息在兩分鐘內錄得超過五倍，將在日誌中記錄這一事實，並停止記錄每個事件的發生。 它將然後寫摘要事件與壓制的事件計數每隔兩分鐘直到洪水消退。 然後，它將返回到每個事件記錄到日誌。
水浸事件日誌僅適用于 Windows 事件日誌，而不是 UL 跟蹤日誌檔。 預設情況下，此功能被打開。 你可以將它關閉在同一頁配置事件節流的位置。 您還可以設置使用 Windows PowerShell，但不是 CA 的事件洪水檢測的閾值計數和安靜期。
相關性 Id
因為各種 SharePoint 元件可以生成大量的事件和跟蹤資料，它可以很難告訴到另一個相關的事件。 為專案被寫入它們按順序存儲日誌。 同時處理的請求可能會生成混合的事件日誌序列中。 SharePoint 解決這個問題使用相關 Id。
相關性 ID 是指派給每個請求的 SharePoint 進程的 GUID。 按要求記錄的 SharePoint 的事件將會與該請求關聯 ID 相關聯 相關性 Id 也列入的一些錯誤訊息、 事件日誌條目中和其他介面 （如開發人員儀表板。 開發人員儀表板是一個診斷面板，您可以打開要調試在 SharePoint 頁面上的問題。
SharePoint 日誌記錄資料庫
SharePoint 2010 引入了新形式的積極主動的日誌記錄調用 SharePoint 日誌記錄資料庫。 此資料庫從伺服器場中的所有收集各種各樣的資料。 為此您提供單個源此資訊而無需顯式啟用日誌記錄或合併日誌檔。
日誌記錄資料庫存儲在一個稱為 WSS_Logging 資料庫的後端SQL Server上。 在這個資料庫中，許多表，而且他們難以直接查詢。 幸運的是，Microsoft 提供了一系列的視圖來簡化從這些表中檢索資訊。
很多的資料，此資料庫將進入收集一套的計時器作業。 若要防止失控資料收集在一個新的農場中，預設情況下這些作業處於禁用狀態。 若要收集這些診斷資料供應商所提供的資料，只需啟用 CA 中的計時器作業：
- 診斷資料提供程式：事件日誌
- 診斷資料提供程式：效能計數器-資料庫伺服器
- 診斷資料提供程式：效能計數器-Web 前端
- 診斷資料提供程式：阻塞的查詢的 SQL
- 診斷資料提供程式：SQL 車管所
- 診斷資料提供程式：SQL 記憶體車管所
- 診斷資料提供程式：跟蹤日誌
有幾個類別的資訊您可以報告從日誌記錄資料庫。 與 UL 或 Windows 事件日誌，不同的是這些視圖包含從伺服器場中的所有伺服器的資訊。 此資料涵蓋包括診斷、 健康和功能的使用資訊的農場的全部內容：
- UL 日誌
- Windows 事件日誌
- 效能計數器記憶體、 I/O 和 CPU 利用率
- SQL Server動態管理檢視 (Dmv)
- 各種功能的使用資訊
- 爬網和查詢的搜索服務
- 計時器作業
Don不承擔在此資料庫中可用的唯一資料在當前視圖中可見一斑。 當您配置新的類型的資訊的集合時，新表和視圖將出現在 WSS_Logging 來保存該資訊。 這些資料庫物件是根據需要按需創建的。
它是重要的是要記住的日誌記錄資料庫填充除了 UL 和 Windows 事件日誌，不能代替他們。 在大量的日誌記錄在任一機制上轉動可以生成難以控制數量的日誌資料。 考慮你會為某些使用目的和相應地配置他們的工具。 一定要計畫所需的日誌檔和資料庫檔案，當你充分利用她們的存儲空間。 這些日誌空間不足會導致的關鍵資訊在最壞可能的時間損失。
這些表中的資訊是為診斷問題和規劃未來的升級和功能都非常有用。 這個資料庫收集資料，隨著時間，您可以使用用於趨勢分析性能、 用法和搜索性能。
.jpg)
Steve Wright Sogeti 美國 LLC 在奧馬哈訴的是一名高級經理在業務情報管理 (BIM) 最後 20 多年來，Wright曾在空中交通管制、 金融、 保險和一大批其他類型的系統。 他創作，並為許多原來的頭銜涵蓋微軟產品包括 Windows、 SharePoint、SQL Server和 BizTalk 進行技術審查。
.jpg)
Corey Erkes 我s Sogeti 美國 LLC 在奧馬哈訴的經理顧問 Erkes曾與廣泛的企業生命週期的不同點它們 SharePoint 的實現。他也是奧馬哈 SharePoint 使用者組的創始成員之一。**
© 2012 Apress 公司。 擁有權利保留。列印從 Apress 的許可權。版權所有 2012。“臨 SharePoint 2012 治理" 由SteveWright和CoreyErkes. 這個標題和其他類似的書籍的詳細資訊，請訪問 apress.com。