OWSTIMER.EXE 导致CPU使用率过高

OWSTIMER.EXE causes a high CPU usage

原文 http://blog.darkthread.net/blogs/darkthreadtw/archive/2007/03/08/owstimer-exe-causes-a-high-cpu-usage.aspx

自从安装WSS3之后，不定时会发现OWSTIMER.EXE Process的CPU使用量忽然冲高，同时HD声不断闪烁的状况。前后不定时发生过好几次，今天终于忍不住用Process Monitor追了一下，发现有个写入C:Program FilesCommon FilesMicrosoft Sharedweb server extensions12LOGSMahineName-yyyyMMdd-HHmm.log的动作，再一看Log，不得了! Log居然长大到近200MB的大小，检视的结果，里面有一大堆如下的Log，一秒钟就产生数十笔。

03/08/2007 14:23:54.15 OWSTIMER.EXE (0x07A8) 0x07B4 Windows SharePoint Services Timer 5uuf Monitorable The previous instance of the timer job '设定重新整理', id '{7395AF13-764D-4745-8911-3F37C333DB18}' for service '{FC0283B2-109C-4FA5-B91E-5B7A01BE8426}' is still running, so the current instance will be skipped. Consider increasing the interval between jobs.

这可以解释为什么CPU冲高，HD声大作，而且应该CPU愈快，情况愈严重吧! (我可怜的E6400)

Google了一下，有不少同病相怜的人提问，但没有答案。换了一下关键词"owstimer config refresh"，找到这篇说明。由说明中看来，这类讯息属于Information等级，基于某种状况反复发生(非致命性)，大量写入Log反而形成问 题。依文章中的说明到"Sharepoint 3.0 管理中心/操作/诊断日志记录/事件限制"下调了"定时器"的"要报告给跟踪日志的关键程度最低的事件"为"意外"(Unexpected)，虽成效仍有待观察，但我想应该已经打到要害了。

最后顺便示范一下Google解答的小技巧，一开始我用"OWSTIMER.EXE owstimer "The previous instance of the timer job"去找，只找到两笔没有答案的Post，但第二笔结果中出现了"the timer job 'Config Refresh'"的字样，我确定了"设定重新整理"的英文原来是Config Refresh，再用"owstimer config refesh"去找，就发现了我要的答案。当第一波查询没有答案时，可以利用相关的结果修正你的关键词，这个技巧非常有用，是我在这行混饭吃的重要密技 (惊! 我怎么说了出来?)，也证明了装英文版，查问题时可以少个七八个Click。