近一段时间一直忙于公司的项目,无暇来更新技术博客。最近几天将会做一些补充。
公司的服务器在近一个月的时间内时常崩溃，由于我们项目组开发的网站访问量远超过服务器上其他的网站，所以服务器管理员认为是我们的网站程序造成的系统崩溃。但是事实是怎么样的呢？请见以下描述：
服务器管理人员（管）： 你看服务器的负荷又被你们的网站占了 99%，服务器崩溃了。你看一个 w3wp.exe 进程的 cpu 消耗是 99%。其他客户的网站都是小型程序不可能是他们造成的，肯定是你们造成的。
我： 我们的网站是不好用了哦，难道真是我们的问题……我回去瞧瞧。（暗地在想，日访问量最多4万的站，不至于让我的程序这样吧）
回去后我不断的修改程序中隐藏的瑕疵，并尽量避免服务器在访问高峰更新程序，但是服务器仍然时常崩溃，频率逐渐提高，最常的时候竟然是一天 3 次。郁闷……什么原因呢？
今日，服务器管理人员又把我喊过去，说："你们看看吧，服务器又崩了，你们看看怎么办？我心理就郁闷了，我说你怎么就那么肯定是我们程序的进程造成的呢？"……一阵子罗嗦后，我说："你把我们的站点和进程池关闭，然后重新启动服务器"……几分钟后，服务器启动了，我们的网站处于关闭状态，结果服务器仍然有个 w3wp.exe 的 cpu 消耗居高不下，我说这肯定不是我们的问题了。他们也知道自己判断失误了，但是并没有道歉。我回办公室测试，发现网站的数据维护程序有个一直无法正常使用，因为 cpu 都被一个非我们网站的 w3wp.exe 给占了，怎么办？于是自己就开始研究如何处理，并与服务器管理人员一起合作查找那个 w3wp.exe 的真正归宿，可是任务管理器里只有pdi号没有办法直接看到所属的服务器进程池啊。怎么办？google 一下。
找到了微软的文档：Iisapp.vbs：IIS 应用程序查询脚本 于是在服务器上运行 iisapp.vbs 脚本，并根据 pid 查出了对应的 w3wp 的进程池归属，发现是某个客户网站的程序造成的，但是由于早期管理人员并没有将客户网站适当分配进程池，百余个网站在一个默认进程池里，怎么办继续查吧，先按照一定的规则对现有客户网站适当分配进程池，然后利用 iisapp.vbs 查出是一个济南客户的网站程序造成的，先停掉再说，ok 一切正常了。期间发现我们的 w3wp.exe 进程cpu使用率一直在 0-1% 之间，而内存消耗也不到 130M，心里还是比较满意的。等项目的二期工程时，我们再好好修整一下程序，提高性能并尽量减少服务器负担，以免超大访问量时不至于死掉了，呵呵