秀才爱上兵    复制

WIN2003 IIS6.0假死现象的分析

WIN2003 IIS6.0假死现象的分析
不少朋友在做网络管理中遇到一些网站系统经常会出现一段时间网速很慢，直到不能进入系统.本人也为这个事情困惑了很久.后来经过几天的系统观察,对WIN2003系统的分析跟踪发现在是应用程序池的问题,后来设置了一下问题就解决了,现在提出供大家分析.

一大型网站出现WIN2003 IIS6.0假死现象的分析
． 关于一大型网站出现假死现象的分析（WIN2003 IIS6.0无故停止的问题）
系统环境：系统应用环境是：操作系统平台是Windows Server 2003
后台数据库是ORACLE9I
问题：系统采用（B/S结构）经常会出现一段时间网速很慢，直到不能进入系统。管理人员不得不重新启动机子，才能使系统正常工作。
分析：根据实地观察发现在运行 Windows Server 2003 的计算机上，默认的 ASP 辅助进程为 w3wp.exe。(w3wp.exe 为ASP.NET的进程)w3wp.exe 进程通常在 NETWORK SERVICE 帐户下运行，但可将它配置为在 SYSTEM SERVICE 或用户帐户下运行，w3wp.exe这个进程占用大量的CPU和内存，出现内存溢出，这时会出现ASP假死的情况也就是WIN2003 IIS6.0无故停止
Windows Server 2003 的计算机上的 ASP Web 应用程序W3wp.exe（多工作进程）将在访问www服务时候启动。通过IIS6.0新增的“应用程序池”可以对此进行调度，根据调换Web园的数量可以限定该池的工作进程数量，经过测试同属于一个池中的程序，服务器将在访问每个虚拟目录或站点时启动一个W3wp.exe进程。直至达到设置的Web园最大数量
根据站点的命中频率我们设置回收进程的时间，默认为20分钟，根据访问量具体限定
在站点内存耗费过大时及时回收内存，可以有效的避免溢出
        
在开始--à程序--à管理工具à信息服务管理器-à打开应用程序池IIS 你就会看到应用程序池.默认只有一个应用程序池.你查看应用程序池的属性.会发现他的回收时间.默认多达.1740分钟.就是说.需要在1740分钟后才回收此应用程序池.如果在这个时间内.达到请求的最高限制.那么就会出现ASP假死的情况.这个就是大型网站出现假死的情况.反而.小型网站确不会出现这样的情况.因为他请求少.流量少.还没达到限制数量.
解决方法：把应用程序池回收时间缩短到300-600分钟.其间回收过程中.需要占用一点CPU资源.没办法.为了稳定性.再把回收时间设为凌晨5点