w3wp.exe占内存CPU问题 WIN2003 IIS6.0假死现象的分析

  打开IIS 你就会看到应用程序池.默认只有一个应用程序池.你查看应用程序池的属性.会发现他的回收时间.默认多达.1740分钟.就是说.需要在1740分钟后才回收此应用程序池.如果在这个时间内.达到请求的最高限制.那么就会出现ASP假死的情况.这个就是大型网站出现假死的情况.反而.小型网站确不会出现这样的情况.因为他请求少.流量少.还没达到限制数量.

    当然要看你的服务器上拉了多少个网站而定.以下是我的解决方法.

    单个网站解决方法.;

    (很简单.把应用程序池回收时间缩短到300-600分钟.其间回收过程中.需要占用一点CPU资源.没办法.为了稳定性.再把回收时间设为凌晨5点)

    多网站解决方法.

    我的服务器目前拉了70个网站左右.我新建六个应用程序池.把每个池回收时间缩小到300分钟.然后再分配每个池10个网站左右(这个分配是要求你的网站访问量所定)如果某个网站.访问量大.就单独给他一个程序池.但是这样做的后果就是需要大内存.一个池现在占用我120M内存左右.反正内存大.没关系.}'
多网站如何分配应用程序池??.打开IIS--查看你要分配的网站属性..查看主目录--在下面你就会看到应用程序池了.分配一个就行了.

    以上是我的临床试验.服务器现在稳定的运行中.本来几乎一天就停一次.要我重起IIS才行.

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点

IIS假死的原因：

打开IIS 你就会看到应用程序池，默认只有一个应用程序池，查看应用程序池的属性，会发现他的回收时间，默认多达，1740分钟，就是说，需要在1740分钟后才回收此应用程序池，如果在这个时间内，达到请求的最高限制，那么就会出现ASP假死的情况，这个就是大型网站出现假死的情况，反而，小型网站确不会出现这样的情况，因为他请求少，流量少，还没达到限制数量。当然要看你的服务器上网站数目而定。

以下是解决方法:

资料一

单个网站解决方法:

把应用程序池回收时间缩短到300-600分钟，其间回收过程中，需要占用一点CPU资源，没办法，为了稳定性，再把回收时间设为凌晨5点。

多网站解决方法：

我的服务器目前拉了70个网站左右，我新建六个应用程序池，把每个池回收时间缩小到300分钟，然后再分配每个池10个网站左右(这个分配是要求你的网站访问量所定)如果某个网站，访问量大，就单独给他一个程序池，但是这样做的后果就是需要大内存，一个池现在占用我120M内存左右，反正内存大，没关系，

那么多网站如何分配应用程序池，打开IIS--查看你要分配的网站属性，，查看主目录--在下面你就会看到应用程序池了，分配一个就行了。

WIN2003服务器IIS6.0中应用程序池的问题

最近我校网络平台服务器经常出问题，主要是WEB无法访问，这个问题曾经困扰了我半个月时间，一台新购低档服务器，运行WIN2003 IIS6.0的操作系统，不定时出现.ASP不能访问，通过测试发现，ENGLISH网站可以访问，因这个网站全是HTML页，后来发现其它程序如CGI、HTML等一切正常。

刚开始不知道是怎么会事，用最笨的办法，把服务器重启后正常，后来发现这个ASP不能访问的时间越来越短了，就上网去查了海量的资料，可是在IIS6.0的配制与设置中，这些问题都注意了的，还好在上周的时候看到了希望，我在 论坛上看到了一个求助贴子，跟我们现在的情况一样，但是一看后面的回复才知，最后问题还是没有解决，哎，看来又只好作罢了，后来我也去发过求助贴子，但是回复的人员说的我都做过了，问题还是没得起色。接下来，我把我办公的这台电脑装成了win2003来进行调试，在网上继续查看相关的资料，看到微软官方网站上的一篇文章，提到关于应用程序池的设置问题，其实这个我也设置过，总觉得没什么问题，但仔细阅读后，还是没提到与这个ASP无法访问相关的话题，于是去搜索“应用程序池”相关的文章，看到了一些关于应用程序池设置不当导致ASP页无法访问的话题，于是就开始作试验了。

经过多次试验.解决问题如下：

    打开IIS 你就会看到应用程序池，默认只有一个应用程序池，你查看应用程序池的属性.会发现他的回收时间，默认多达.1740分钟，就是说，需要在1740分钟后才回收此应用程序池.如果在这个时间内，达到请求的最高限制，那么就会出现ASP假死的情况.这个就是大型网站出现假死的情况，反而，小型网站确不会出现这样的情况，因为他请求少，流量少，还没达到限制数量。

    废话就不说了，解决如下：

    当然要看你的服务器上拉了多少个网站而定，以下是我的解决方法，

   一、 单个网站解决方法：

    很简单，把应用程序池回收时间缩短到300-600分钟，其间回收过程中，需要占用一点CPU资源，没办法，为了稳定性，再把回收时间设为凌晨5点。

    二、多网站解决方法：

新建多个应用程序池，根据你网站的多少而定，比如你有10网站，那就建两个吧，把每个池回收时间缩小到300分钟，然后再分配每个池5个网站左右(这个分配是要求你的网站访问量所定)如果某个网站，访问量大，就单独给他一个程序池，但是这样做的后果就是需要大内存，一个池现在占用120M内存左右，根据你的具体情况而定吧。

多网站如何分配应用程序池？打开IIS--查看你要分配的网站属性，查看主目录—>在下面你就会看到应用程序池了,分配一个就行了。