遭遇服务器当机

　　 昨天在家中发现，公司一个应用系统无法运行了，提示是不能连接数据库，当时就想，是不是服务器当掉了。赶紧VPN到公司网，果然发现无法登录这台机器。因为是周末，所以等到今天，一上班就冲到主机房，果然看到这台机器黑着灯，一幅死气沉沉的样子，不是当机是什么？急忙按下启动开关，还好，能够顺利地启动，只是在开机过程中提示：昨天当机是遇到了蓝屏故障。
　　谢天谢地，一切服务又正常了，看来不是硬件问题，那么到底是什么造成这样一次故障呢？必须找出原因，才能防患于未然。周六，才将一个系统的数据库移到这到服务器，以前这台服务器运行平稳，从来都没有出现过这种情况，那会不会和这次迁移有关呢？这不得不令人怀疑。先说说为什么要做这个迁移，原因就是系统运行非常缓慢，用户无法忍受引发的。该系统是B/S结构的，所以就部署在公司的网站服务器上，因为公司网站访问量不是太大，所以数据库也安装在同一台服务器上，足以应付日常的应用。然而，当把这个系统部署在上面以后，马上就把服务器拖的很慢，而且非常不稳定，常常造成web服务无法响应。鉴于以上这些原因，本来建议系统使用部门申请购买服务器，但是已经没有预算了，我们经过讨论，就决定将其数据库移到另一台性能较好的服务器上，就是今天当掉的这台。因为我们都觉得，瓶颈应该在数据库上。周六上午做的迁移，下午我做了认真的监视，发现内存占用率一直都在2.8G左右（共4G），而CPU占用率也常常出现峰值，看着很让人揪心，虽然不想妄加评论，但还是想说这程序是怎么写的。再来看我的网站服务器，虽然把那个资源消耗大户弄走了，但web程序还在，所以，性能依然没觉得有什么提升，响应速度总是不理想。
　　这些情况说明该系统对于资源的消耗非常厉害，但这也不至于造成停机吧？我们查看了事件查看器，发现在停机前的日志中有一个文件复制服务的错误，这引起了我们的注意。焦点又集中到内存上去了，查看虚拟内存设置，最大为3G，但是这时C盘上的可用空间已不足1G，这时我们就猜想，会不会在某一瞬间，内存需求达到一个峰值，并且突破了这个限制，而这时磁盘又没有足够的空间用于暂存内存信息，从而造成当机呢？当然这也只是我们的猜想，无法得到证实。接下来要做的，只能是优化服务器的设置，比如，调整虚拟内存的最大值以保证其合理性，并清理磁盘空间；调整数据库的最大可用内存，主要是做些限制，不让其超过最大物理内存。接下来就是继续观察了，看看它还会不会出问题。
　　没想到的是，正弄着这台机器，网站服务器突然也停机了，这着实吓了一身冷汗，莫非病毒爆发！不过后来发现是虚惊一场，只是服务器的自检设备出了问题，误测cpu风扇转速为0，从而自动关机，唉……可是，怪事还没有结束，另一台域控制器也出问题了，据系统管理员讲是真正的中了毒，连F8都没用了，看来病的不轻。
　　这一切都显得这么怪异，难道说提前被“愚”了？