概述:
調試是困難的當 Windows SharePoint 服務開發的自訂功能 3.0 (WSS) 或 Microsoft Office SharePoint 伺服器 (苔蘚). 罪魁禍首是 SharePoint 發生錯誤時,通常表面上的 web 瀏覽器的很少的診斷資訊. 這篇博客介紹了如何查找其他系統生成的診斷資訊,通常可以提供額外的細節,一個需要以確定根本原因. 這能導致解決問題.
我用這種技術取得了巨大成功解決否則為神秘的錯誤.
方法:
SharePoint 將大量的資訊保存到一個診斷日誌中的日誌檔中 12 配置單元.
"12 蜂巢" 通常位於"C:\程式不數值 SharedWeb 服務器 Extensions12". (我不確定是不是可能的 12 蜂巢,別處過活, 事實上).
想法是找到當前的日誌檔, 強制錯誤,然後快速打開日誌檔. 這些日誌檔的特點是:
- 大量的資訊. SharePoint 生成非常大量的診斷資訊,並很快將它寫入到該日誌檔. 你需要用手指來捕捉它快速.
- 多重性. SharePoint 不向單個日誌檔寫入,但寧可在序列中生成多個日誌檔.
- 複製並粘貼到 MS Excel 的很好.
我最喜歡的方法:
- 打開 windows 資源管理器指向 12 hivelogs.
- 排序視圖顯示按修改日期 (最新第一).
- 突出顯示最新的日誌檔.
- 在 web 瀏覽器視窗中, 強制出現錯誤.
- 快速打開當前的日誌檔並將其內容複寫到 MS Excel.
- 跳轉到結束和分析有關條目.
其他說明:
預設情況下, 診斷日誌位於 12 hiveLOGS 目錄.
MS 的最佳做法 (根據麥克 T. 微軟的) 應將日誌檔保存到一個單獨的硬碟的狀態. 其中一個就是這樣通過中央管理員. 您的系統管理員可能已經這樣做, 在這種情況下你會明顯地需要找到日誌檔那裡不是預設 12 配置單元位置).
此條目如解決問題:
- SharePoint 工作流啟動失敗,由於內部錯誤.
- (隨著時間的推移添加更多)
- 此條目是有所説明診斷工作流錯誤 (例如:. "工作流由於啟動失敗內部錯誤").
所以, 有的次去時 12 蜂巢日誌,發現很少到它們中的任何, 即使的日誌記錄級別是這樣應該有資料. 例如, 坐看日誌資料夾的 windows 資源管理器視圖和我看到的, 在平均, 日誌的 1-2 演出. 但然後我看到幾個小時的日誌中 10 k. 現在, sharepoint 網站問題正在使用漂亮很多 24 二 ○ 一天. 所以有些事情將要發生執行緒/進程生成的資訊,防止他們的日誌記錄資訊, 必須承擔. 所以, 如何做圖圖是什麼造成這一問題?
我發現這一切時候去要試著調試問題的日誌. 使用者添加的 web 部件和 web 部件告訴他們要檢查的日誌. 但當然, 在日誌中沒有什麼.
幫我與錯誤: 日誌 ID 5566