2010-06-29 79 views
3

我們的SharePoint 2010功能可以在我的開發計算機上正常工作,但不會在分段系統上激活。它是SiteCollection的作用域,包含的解決方案已成功部署在一個WebApplication上。在日誌中找不到SharePoint 2010錯誤,如何配置日誌記錄?

當我們嘗試激活功能時,我們收到一條帶有相關ID的錯誤消息。但是我們無法在SharePoint日誌或Windows事件日誌中找到此ID或功能的名稱。

可能的日誌記錄配置不正確,或者計算機上的ULS出現錯誤,但我們沒有將SharePoint日誌記錄選項從安裝後的狀態更改。我在哪裏可以找到ULS中發生的異常/錯誤消息?如何配置日誌記錄以允許記錄失敗的功能激活?

回答

5

在SharePoint 2010中,轉到管理中心。有一個監控鏈接。點擊那裏並在報告下面是配置診斷日誌鏈接。如果將「最低關鍵事件」設置爲「最低關鍵事件」和「最低關鍵事件」項目,則應該在SharePoint日誌文件中獲取更多信息。確保在診斷後切換回來,因爲該過程很瑣碎,可能會導致額外的IO和大文件。

開箱即用,我不認爲日誌已設置。您還可以驗證日誌文件的位置,以確保它們不在本頁面的其他位置。通過相關ID link text和過濾:在TechNet

+0

我們將兩個下拉框都設置爲冗長。日誌文件很快就會變大,但我們再次找不到相關標識。 – Hinek 2010-06-29 14:10:51

3

更多信息從這裏下載ULS查看器工具。

+0

我通過檢查所有前端服務器上的所有日誌文件,現在找到了日誌條目(不是ULS Viewer)。 ULS Viewer是否允許在所有前端服務器上搜索?我很樂意接受你的回答... – Hinek 2010-07-01 11:53:50

+0

@Hinek它不會搜索所有前端服務器。您必須在SharePoint計算機上運行它才能獲取日誌。我一直在試圖找到一種方法來監控一個有多個前端的農場,並且尚未在這種情況下實現這一目標。你是如何解決你的問題的?只需調高日誌記錄並搜索每臺機器的日誌以獲取關聯ID? – 2012-09-04 14:18:50

+0

@MikeG是的,我打開了日誌記錄,並用'findstr/s/i'搜索每臺機器的日誌作爲關聯ID。 – Hinek 2012-09-05 12:09:57

1

這是舊的文章,但如果soone得到了同樣的問題,請嘗試以下方法:

  1. 檢查誰是你的場帳戶的用戶(其下SharePoint定時服務正在運行的用戶)。
  2. 將此用戶添加到本地管理員
  3. 重新啓動計時器服務。

如果我的解決方案適合您,請將此標記爲答案。

+0

請務必在更改權限之前查看您的場的權限模型。最佳做法是將設置和管理員分開以減少攻擊面,這意味着SPSetup帳戶是本地管理員,而非SPFarm帳戶。最佳解決方案是確保適當的帳戶具有足夠的權限進行跟蹤記錄,但不超過必要的權限。 – JohnC 2014-12-10 11:20:49

1

您始終可以使用Merge-SPLogFile cmdlet從場中所有服務器的日誌中獲取信息。下面的示例將篩選關聯ID,但會有更多篩選選項(提示:Get-Help Merge-SPLogFile -Full)。

$corrID="some correlation id" 
Merge-SPLogFile -Path "path to output file" -Correlation $corrID 
0

值得強調的是,OP的實質性問題,

我在哪裏可以找到ULS所發生的異常/錯誤信息?

由OP自己在一個註釋@noebierzo回答,

我找到了日誌記錄...通過檢查所有前端服務器 所有日誌文件。

所以要注意,如果你有一個多服務器場;在檢查或搜索錯誤和跟蹤日誌消息時查看服務器場中的所有服務器。

幸運的是,微軟最近發佈了一個更新的ULS Viewer v16.0.3129.1000,它提供了跟蹤日誌的基本多服務器聚合。 Microsoft的SharePoint高級技術產品經理Bill Baer提供了一個nice blog post on the new version概述了此功能。

ULS Viewer的新版本是available from the Microsoft Download Center。請注意,此版本的ULS Viewer至少需要您的SharePoint 2010服務器場可能已安裝或未安裝的.NET 4.0。 Bill blogs about this,但不會評論在SharePoint 2010服務器場上安裝.NET 4.0的影響。

如果您想要舊版本的ULS Viewer v2.0.3530.27850只需要.NET 2.0,那麼在他們關閉舊版本的Archive Gallery時,您將無法再依靠微軟。幸運的是有幾個人在網上發佈了它,包括Benjamin Athawes on his blog

鑑於.NET版本的依賴性以及SharePoint 2010仍然是受支持產品的事實,微軟確實應該爲這個先前版本的ULS查看器保留官方鏈接。建議你在他的博客上詢問比爾。也許SharePoint 2010 SP2完全支持.NET 4.0,這很好理解。