2010-06-29 129 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,这很好理解。