我们的SharePoint 2010功能在我的开发计算机上运行良好，但不会在登台系统上激活。它是SiteCollection作用域，包含的解决方案已成功部署在一个WebApplication上。
当我们尝试激活该功能时，会收到一条带有相关ID的错误消息。但是，我们无法在SharePoint日志和Windows事件日志中找到此ID或功能名称。
可能没有正确配置日志记录或者计算机上存在ULS错误，但我们没有将SharePoint Logging选项从安装后的状态更改。在哪里可以找到ULS中发生的异常/错误消息？如何配置日志记录以允许记录失败的功能激活？
答案 0 :(得分：5)
在SharePoint 2010下，转到管理中心。有一个监控链接。单击此处，在报告下是配置诊断日志记录链接。如果将“最不重要”事件设置为“详细”和“最不重要事件”项，则应该在SharePoint日志文件中获取更多信息。确保在诊断后切换回来，因为该过程很繁琐并且可能导致额外的IO和大文件。
开箱即用，我不相信记录设置。您还可以验证日志文件的位置，以确保它们未在此页面的其他位置进行设置。
的更多信息答案 1 :(得分：3)
从此处下载ULS Viewer工具：link text并按相关ID过滤。
答案 2 :(得分：1)
这是一个旧帖子，但如果soone遇到同样的问题，请尝试以下操作：
如果我的解决方案适合您，请将此标记为答案。
答案 3 :(得分：1)
您始终可以使用Merge-SPLogFile cmdlet从服务器场中所有服务器的日志中获取信息。下面的示例过滤了相关ID，但还有更多过滤器选项（提示：Get-Help Merge-SPLogFile -Full）。
$corrID="some correlation id"
Merge-SPLogFile -Path "path to output file" -Correlation $corrID
答案 4 :(得分：0)
值得强调的是OP的实质性问题，
OP自己在对@noebierzo的评论中回答了在哪里可以找到ULS中发生的异常/错误消息？
，
我通过检查所有前端的所有日志文件找到了日志条目 服务器
因此，请注意您是否拥有多服务器场;检查或搜索错误并跟踪日志消息时，请查看服务器场中的所有服务器。
幸运的是，Microsoft最近发布了一个更新的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至少需要.NET 4.0，您的SharePoint 2010服务器场可能已安装或未安装。 Bill blogs about this但是没有评论在SharePoint 2010服务器场上安装.NET 4.0的影响。
如果您希望旧版本的ULS Viewer v2.0.3530.27850只需要.NET 2.0，那么您就不再依赖Microsoft，因为它们取消了过去生存的存档库。幸运的是，有一些人在网上发布了它，包括Benjamin Athawes on his blog。
鉴于.NET版本依赖性，以及SharePoint 2010仍然是受支持的产品这一事实，Microsoft确实应该为此先前版本的ULS Viewer保留官方链接。建议你在他的博客上询问比尔。也许SharePoint 2010 SP2与.NET 4.0并排完全支持，很高兴知道。