刚才登录上我的Hyper-v实验平台 IBMx3650， 吃惊的看到一台虚机的状态为“存储不够”，转眼看我的C盘已由巨大的600G变成7G，多么悲凉的一个画面，我真该截张图下来。
本以为可能是我做Hyper-v的快照搞的。。PS ：快照从未成功过，这会本应该调查快照来着
于是各种右键属性，终于找到了罪魁祸首。SharePoint的日志！<C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS>这个畸形的种子在3天内涨了500G有余。
里面的日志文件大多以<主机名+时期+时间>.log 命名,小个的0K，大个的50多G！打开了个20M的 内容为如下的循环：
<11/25/2010 03:10:34.91 OWSTIMER.EXE (0x0928) 0x093C Windows SharePoint Services Timer 5uuf Monitorable 由于服务“{0FD723E5-2750-45F5-8E76-E346E7435650}”上的 ID 为“{1DC33A20-51B9-4180-85F9-B7B03AD4AB12}”的计时器作业“配置刷新”的上一个实例仍在运行，所以将跳过当前实例。请考虑增加作业的间隔时间。>
我无法证实大个的也是同样的内容，十多g的txt，用notepad打开我要等到月亮上天。。
幸好早已有同仁受过此难：
http://www.cnblogs.com/bear-study-hard/archive/2009/01/12/1374061.html
logs-filling-up-entire-di.aspx
clear-the-sharepoint-configuration-cache-for-timer-job-and-psconfig-errors.aspx
诚惶诚恐中我立即采取了清理、限制日志的操作，没有仔细检查计时器作业状态。。
这些也只是清理了日志以及限制日志生成速度，而计时器作业究竟发生了什么以及哪个计时器、哪个服务目前无从而知。。
不知道会不会跟我前天改了服务器时间有关。。
