Chinaunix首页 | 论坛 | 博客
  • 博客访问: 29307481
  • 博文数量: 2065
  • 博客积分: 10377
  • 博客等级: 上将
  • 技术积分: 21525
  • 用 户 组: 普通用户
  • 注册时间: 2008-11-04 17:50
文章分类

全部博文(2065)

文章存档

2012年(2)

2011年(19)

2010年(1160)

2009年(969)

2008年(153)

分类: 系统运维

2010-06-15 23:36:03

前几天数据库服务器,突然掉了,造成其提供数据的两个web也中断服务。

现象:

  1、电脑运行缓慢,几乎不能操纵

  2、此数据源支持的web程序已down,暴露出来的Error:获得连接超时。

  3、本地连接数据库没有问题,但是本地的Web程序居然获得不了数据连接

  4、CPU利用率、内存占用并不高

系统出现当机的可能性很多,造成了确定原因很困难。只能地毯式搜索。

  1、系统已经进行了全面的查毒、查木马操作,没有发现可疑文件,系统补丁也及时进行修复,被人挂马的可能性不大。 

根据系统的LOG进行排查: 

  2、远程登录加载的程序错误。尽管爆出多次错误,但不致于数据库连接中断。同样出现类似问题的其它机器并未出现当机

  3、日志自动增长超时,这个可能性很大。在两次系统当机前,这个Error曝出的最多,而且系统正常之后,此类ErrorLog消失 

错误信息: 

原因分析: 

  默认SQL Server 在数据库文件满了后,是自动增加原数据库文件的10%大小,用来继续使用。还有日志文件,同样如此。假如你的数据库文件很大了,文件再增加10%,将会是一种较大的负担。

  经查询,其中一数据库的日志文件已经有2.37GB之多,如果增加10%,就要增加超过200MB,需要较长的时间时间来完成,这种操作很可能超时。然后其它的插入、更新、查询操作产生连锁反应。而且,还有定时器,在不断进行数据访问,如果出现超时,则很有可能出现死锁,致使w3wp.exe进程中线程数明显增加。  

  如果数据库在事务中进行更新操作时,而恰巧此时,日志空间不足,需要增加10%的日志空间,而数据库事务执行超时时间默认为30秒,这时如果操作超时,事务将进行回滚,此时,其它的数据库操作会产生连锁反应,形成阻塞 

小型实验:为了证明这个问题,简单做了一个小例子,设置:日志满后自动增加1G的空间。结果,也出现了此类错误,而且在此期间,不能对数据库进行任何操作。 

MSDN介绍

如果您运行的事务需要的 日志空间大于可用空间,并且您已经为该数据库的事务日志打开自动增长选项,则在完成事务所花费的时间中,有一部分是事务日志按配置量增长所花费的时间。如 果该增长量很大,或者有其他因素导致时间延长,则您在其中打开事务的查询可能因超时错误而失败。数据库的数据部分的自动增长可能会造成此类问题。 

     

解决方法:将文件增长设置为一个更低的百分比或者直接指定增加多少兆字节。

 

------------------------------------------------------------------------

事件类型:        信息

事件来源:        MSSQLSERVER

事件种类:        (
2)

事件 ID: 
5144

日期:                 
2009-3-3

事件:                 
11:57:18

用户:                 N
/A

描述:

数据库 
'databaseName' 中的文件 'databaseName_log' 的自动增长已由用户取消,或已在 30687 毫秒后超时。请使用 ALTER DATABASE 为此文件设置较小的 FILEGROWTH 值,或显式设置新的文件大小。 

有关更多信息,请参阅在 http:
//go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

阅读(1078) | 评论(1) | 转发(0) |
给主人留下些什么吧!~~

chinaunix网友2010-06-16 00:07:16

最后,想给正在求职和即将要求职的各位程序员一点建议:抛却急功近利的想法,不管什么行业都注重经验的积累和沉淀,平时学习和工作的时候一定要多动手动脑,通过自己的思考和实践才能加深和巩固印象。不要抱怨自己的工资不高,先问问自己的水平高不高,如果你的水平高的话,公司不敢不给你高工资,因为他不给别人会给的,在这个浮躁的年代,招聘一个好程序员是非常不容易的。