SharePoint 2007 计时器作业“配置刷新”错误

错误描述：

        今天打开服务器上的虚拟机发现SharePoint的日志文件膨胀的很厉害，几乎充满了系统盘的剩余空间，而且还在不断膨胀，有的日志文件大小超过了2G，明显这很不正常，我打开这个超大的日志文件发现很多相同的错误信息，是计时器作业的其中一个。

        错误信息如下：

01/08/2009 10:34:12.04     OWSTIMER.EXE (0x0DB0)                       0x0ED8    Windows SharePoint Services       Timer                             5uuf    Monitorable    由于服务“{4719D413-87A9-45B8-A649-07A3D77D5B59}”上的 ID 为“{8366652D-5F5B-49B1-BB61-037E360219E3}”的计时器作业“配置刷新”的上一个实例仍在运行，所以将跳过当前实例。请考虑增加作业的间隔时间。

错误解决：

        于是去查找解决的办法。解决办法有几个相关的文章。首先我重启了SharePoint的Timer服务，然后去观察日志的情况，发现还没来得及去实验里面的步骤，这个错误信息就不出现了-_-!。我还是将查到的链接放在下面，以后备查。

 

参考内容：

这个问题描述和我的一致，下面有人提出了几个解决问题的办法：

http://www.eggheadcafe.com/software/aspnet/29904212/logs-filling-up-entire-di.aspx

http://blogs.msdn.com/josrod/archive/2007/12/12/clear-the-sharepoint-configuration-cache-for-timer-job-and-psconfig-errors.aspx

内容：

Clear the SharePoint Configuration Cache for Timer Job and PSCONFIG errors

If you experience issues with WSS and MOSS timer jobs failing to complete are receiving errors trying to run psconfig, clearing the configuration cache on the farm is a possible method for resolving the issue. The config cache is where we store information about timer jobs status as well as other info.  Sometime this data can become corrupted and need to be cleared and rebuilt from our store. 

To clear the config cache on the farm, follow these steps:

1. Stop the OWSTIMER service on ALL of the MOSS servers in the farm.
2. On the Index server, navigate to %ALLUSERSPROFILE% \Application Data\Microsoft\SharePoint\Config\ and delete all the XML files from the directory.
3. Edit cache.ini and reset the number in the file to 1.
4. Start the OWSTIMER service on the Index server and wait for XML files to begin to reappear in the directory.
5. After you see XML files appearing on the Index server, repeat steps 2, 3 & 4 on the query server(s), waiting for XML files to appear before moving to subsequent servers.
6. After the query servers have all been cleared, proceed to the WFE and Application servers in the farm, following steps 2, 3 & 4. for each server.

http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/f1aa4891-f56d-45e3-99e1-6224ae2b6950/

内容：

Managing SharePoint 2007 (MOSS) application log size

The Problem:

SharePoint 2007 by default stores 48 hours worth of logs in a directory buried in your program files folder (C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS\ !). Very few events get logged to the application event log.

Expect each log file to be at least 200 megs (a log file being generated every 30 minutes by default), or 19 GB of space at the minimum being used by SharePoint logs.

Solutions:

Go to your central administration server web site, and open up the Diagnostic logging:

Central Administration -> Operations  -> Logging and Reporting -> Diagnostic logging

 

In the Diagnostic logging page, focus on the following categories:

• Event throttling: how much you log
• Trace Log: where you store the logs

Event Throttling:

• For a Dev/staging server server, you should log all or "medium events"
• For a Production server, only log errors
• The search crawler will take up most of the log space

 

Trace Log:

• By Default, logs are sent to: C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS\
• Store the logs on a separate drive so that at worse your drive gets full and your application stops logging, but still functions. It's a pretty standard practice for SQL server installations for instance.
• Reduce the number of log files. The default is two days worth of logging (96 files x 30 min intervals). See if this is too much for you; it might depend on how much you chose to log in the Event Throttling.

 

还有一个办法就是用管理中心来限制日志的记录方式和修改存储位置。在管理中心——操作——日志记录和报告——诊断日志记录。有两个比较有用的设置，我就贴出来了。

事件限制：

使用这些设置可控制 Windows 事件日志和跟踪日志中捕获的事件的严重级别。随着严重级别的降低，记录的事件数将会增加。
您可以更改任何单个类别或所有类别的设置。更新所有类别将会丢失对单个类别所做的更改。

跟踪日志：

如果已启用跟踪，则可能需要将跟踪日志转到某一具体位置。注意: 指定的位置必须在服务器场中的所有服务器上存在。
此外，还可以设置要维护的最大日志文件数，以及经过多长时间后开始将事件捕获到单个日志文件中。

©著作权归作者所有：来自51CTO博客作者BearStudyHard的原创作品，如需转载，请与作者联系，否则将追究法律责任

休闲 SharePoint 计时器 SharePoint

1

分享

微博 QQ 微信

收藏

上一篇：SharePoint 2007 ... 下一篇：SharePoint 2007 ...

BearStudyHard

150篇文章，11W+人气，0粉丝

Ctrl+Enter 发布

发布

取消

1条评论

按时间倒序 按时间正序

推荐专栏更多

VMware vSAN中小企业应用案例

掌握VMware超融合技术

共41章 | 王春海

￥51.00 346人订阅

订   阅

基于Kubernetes企业级容器云平台落地与实践

容器私有云平台实践之路

共15章 | 李振良OK

￥51.00 596人订阅

订   阅

网工2.0晋级攻略 ——零基础入门Python/Ansible

网络工程师2.0进阶指南

共30章 | 姜汁啤酒

￥51.00 1566人订阅

订   阅

负载均衡高手炼成记

高并发架构之路

共15章 | sery

￥51.00 507人订阅

订   阅

带你玩转高可用

前百度高级工程师的架构高可用实战

共15章 | 曹林华

￥51.00 462人订阅

订   阅

猜你喜欢

我的友情链接 备忘：SharePoint默认的欢迎WebPart中超链接样式 Java线程：线程的调度-休眠 用光影魔术手制作一寸照片（8张一寸） Storm笔记整理（三）：Storm集群安装部署与Topology作业提交 Linux关闭休眠和屏保模式 第七周作业 Windows7删除休眠文件hiberfil.sys节省大量C盘空间 Hadoop之 - 剖析 MapReduce 作业的运行机制（MapReduce 2） 计划任务：此任务要求指定的用户帐户以批处理作业权限登录 1-5 窗体界面的美化及本章作业 老男孩linux培训期中学生作业文档目录展示 SharePoint Server 2016 PWA(Project web app) 被变为只读模式 提高 SharePoint 页面访问速度之SQL优化 提高 SharePoint 页面访问速度之增加W3WP进程数及重置回收 提高 SharePoint 页面访问速度之应用池预加载 Sharepoint2010文档共享平台搭建维护以及使用 SharePoint 爬网权限被拒绝 SharePoint 2016文档库只能创建单一文件故障 SharePoint ‘通知我(Alert Me)’功能失效及解决办法

扫一扫,领取大礼包

1

0

1

分享

BearStudyHard

转载于:https://blog.51cto.com/bearstudyhard/298433