MOSS上的EventViewer中的Event27745和6398

Event 27745意味着数据库连接出了错误, 但却并不一定意味着出了严重的问题.

通常27745数据库连接错误有两种:

无害的

&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;

通常在MOSS服务器很闲的时候发生. 如果MOSS服务器有很长的空闲时间, 那么已经存在的数据库连接会被断开. MOSS的timer job却依然可能在无人访问MOSS站点的夜晚做一些定期触发的动作. 在这种情况下, 首次连接数据库就会失败, 但是MOSS会尝试再次连接的. 即使这第二次的连接成功, 首次的连接失败还是会以27745的形式被记录到event viewer中. 在某些情况下, 当你半夜运行备份动作的时候, 也可能间歇性地出现27745的情况, 这是因为SQL在忙于进行备份动作.

这种27745对用户使用和MOSS的特性运行并没有影响, 我们是可以忽略的.

有害的

&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;

DB连接失败影响到了用户使用和MOSS特性的运行. 有时候DB连接失败会引发站点上的页面错误, 或者MOSS的某些特性(比如增量爬网)不正常. 我们应该注意这种27745。

通常来讲, 当MOSS重试连接SQL的并失败了之后, 它会等待个几秒钟后再次尝试. 如果MOSS连上了, 就都OK, 但是数据库连接的失败都会记录在Event Viewer中.

只有当MOSS服务器多次不能访问数据库的时候, 它的动作才会失败. 当这种情况发生的时候, 终端用户是一定会注意到的. 客户端那面一定会遇到什么错误的.

总的来说, 如果没有发现功能不正常或者终端用户没有汇报使用有问题的情况下, 27745属于里的内部信息, 没有必要认为这是什么错误或失败的.

另一个差不多的event就是6398了. 这个错误时Timer Job报出来的. 事实上, Timer job的信息也是存储在数据库里的. 数据库里有个类似于作业列表的东西. Timer Service会按照schedule去挨个执行它们. 当数据库连接失败的时候, timer job也会失败. 但是当数据库连接恢复之后, timer job也会恢复执行的, 不会有什么问题.

基本上这个错误跟27745的类型差不多. 如果用户没有发现使用上有什么问题, 那6398就属于系统内部信息, 不必要大惊小怪了. 呵呵