刚刚工作时候碰到过这么一个例子!

一个申报系统,用ASP.NET开发的,然后每当申报高峰的时候,都会出现错误页面

统计单位就往我们单位打电话!

根据同事的以前的经验,登录服务器把IIS重启下就可以了

我上去看了看好啊,一台老爷级别的服务器上20多个网站 狂晕!

过了段时间 那边的申报单位换人了。算是一个比较会嫌弃或者说抱怨的人把

真的不想理他,但是没办法毕竟网站是我们做的啊。现在又我接手

我分析了下,最大可能就是连接每关闭!

所以打算分析下代码

发现代码有两个文件夹,假设A和B吧

A文件夹还是有源码的(以前的一个技术牛人写的)

B文件夹据说是一个实习生写的。连.CS文件也没有了!啊!!!

如果改代码说实话,我懒得改 也改不了!

然后百度了圈,发现可能是应用程序池的问题!结果还真是应用程序池 。(肯定是每关闭导致应用程序池过大)

所以今天讲讲啥是应用程序池

 

首先我看了看服务器的进程,里面有很多W3WP.EXE 进程! 而且消耗内存很大

我通过PID找到相对应那个网站的进程!更加确定是因为消耗导致卡住的。



在默认情况下apppool设置为每1740分钟(29小时)回收一次,回收时,appPool中的IIS进程会停止,然后用重叠的方式重启。所以不会有请求丢失!回收有助于预防因内存泄漏或其他资源泄漏,程序BUG导致的中断!

他默认只有一个DefaultAPPpool

我当时的想法是,每天早上4点,通过计划任务自动重启下IIS(毕竟那时候没人访问)

但是发现不行,到了12点左右还是会卡死!下午又能接到那个催命一样的电话了

那我们怎么办呢?

后来我通过查阅资料发现,在同一个AppPool内运行的网站会共享这些进程。

简单的说,如果某个网站导致因为程序BUG(比如说datareader未关闭什么的)会导致所有网站的出现卡死(这种情况我们单位遇到过!只有重启服务器,或者IIS

经过沟通,我发现有些页面用着用着就会很卡,我发现基本上是那个实习生写的文件夹里头的(这边这么说没有看不起实习生的意思,实事求是罢了,再者我一开始进入单位也是实习生,而且我也犯过类似的错误!后来问了以前的几个学长搞定程序连接的问题)

后来我想了想,我能不能多创建几个应用程序池,然后把网站独立开来

添加额外应用程序池,就是为了通过应用程序隔离AppPool,防止因为BUG影响其他网站!(在IIS左边有个应用程序池,你在那儿新建就是了,然后把网站或者文件夹的应用程序池指向你新建的那个应用程序池)

于是我多创建了两个个应用程序池。一个分配给这个网站的A目录一个分配给B目录!然后IIS还是照样计划重启。结果就没卡住过

 

事情发生了很早,一直想总结,但是没有机会,这几天看资料又看到这块所以就写下,一方面加深印象,第二方面希望对大家有帮助。

by  老陈

2012/3/9