应用程序池最大工作进程数

『壹』 win2008 iis7.5 最大工作进程数的问题

太笼统，具体出错信息是什么啊

『贰』 iis应用程序池的查看与配置

在回收标签，你可以设置工作进程的回收方式：
回收工作进程（分钟）：在工作进程运行多少分钟后回收工作进程，默认启用，并且设置为1740分钟（29小时）；
回收工作进程（请求数目）：在工作进程处理多少 个HTTP请求后终止此工作进程，默认禁用，如果启用则默认值为35000；
在下列时间回收工作进程：在指定的时间回收工作进程，默认禁用；如需启用，勾选后点击添加按钮添加回收的时间即可，使用24小时制定义回收的时间；
消耗太多内存时回收工作进程：
最大虚拟内存（兆）：当工作进程使用的虚拟内存达到设置的值时回收工作进程，默认禁用，如果启用则默认值为500 M；建议设置为不超过虚拟内存总数的70%；
最大使用的内存（兆）：当工作进程使用的物理内存达到设置的值时回收工作进程，默认禁用，如果启用则默认值为192 M；建议设置为不超过物理内存总数的60%；
另外需要注意的是，应用程序池具有以下两种工作进程回收方式，不过这两种回收方式均不会造成Web服务的中断：
默认情况下，应用程序池使用重叠回收方式。在这种方式下，当应用程序池要关闭某个工作进程时，会先创建一个工作进程，直到新的工作进程成功创建后才关闭旧的工作进程；
应用程序池也可以先关闭旧的工作进程，然后再创建新的工作进程。
如果Web应用程序不支持多实例运行，那么你必须配置应用程序池禁止使用重叠回收方式。此配置无法在IIS管理控制台中进行修改，只能通过在metabase.xml中修改对应应用程序池的DisallowOverlappingRotation metabase属性为true进行。 在性能标签你可以设置工作进程的运行方式：
在空闲此段时间后关闭工作进程（分钟）：当工作进程空闲多少分钟后关闭此工作进程，这降低了空闲工作进程对系统资源和CPU性能的消耗，默认启用并且设置为20分钟；
核心请求队列限制为（请求次数）：当HTTP.sys接收到某个客户端发送的HTTP请求时，如果处理此请求的对应应用程序池的工作进程还处于忙状态，则HTTP.sys将接收到的请求保存在对应应用程序池的请求队列中，直到工作进程空闲为止。此选项即用于设置此应用程序池的请求队列所能容纳的请求数量，默认情况下每个应用程序池的请求队列限制为保留1000个请求，如果超出则向客户端返回503错误，你可以根据需要适当进行修改，最大可以设置为65535。但是如果设置太大则会消耗大量的系统资源 ，而设置太小会导致客户端访问时频繁出现503错误。
启用CPU监视：监视此应用程序池的CPU使用率，默认未启用；如果某个应用程序池占用的CPU利用率过多，那么可以通过配置此选项来限制此应用程序池；
最大CPU使用率（百分比）：所设置的应用程序池所能使用的最大CPU使用率；启用CPU监视时默认值为100；
刷新CPU使用率（分钟）：刷新CPU使用率的间隔时间；启用CPU监视时默认值为5；
CPU使用率超过最大使用率时执行的操作：当此应用程序池的CPU使用率超过所设置的最大CPU使用率时所进行的操作，启用CPU监视时默认为无，此时IIS只是在事件日志中进行记录而不进行其他操作；如果选择为关闭，那么IIS将关闭此应用程序池中的所有工作进程；
Web园：在Web园中你可以配置此应用程序池所使用的最大工作进程数，默认为1，最大可以设置为4000000； 配置使用多个工作进程可以提高该应用程序池处理请求的性能，但是在设置为使用多个工作进程之前，请考虑以下两点：
每一个工作进程都会消耗系统资源和CPU占用率；太多的工作进程会导致系统资源和CPU利用率的急剧消耗；
每一个工作进程都具有自己的状态数据，如果Web应用程序依赖于工作进程保存状态数据，那么可能不支持使用多个工作进程。 在运行状况标签你可以配置应用程序池监视工作进程的运行状况，
启用Ping：默认情况下应用程序池配置为每隔30秒Ping工作进程，当工作进程没有进行响应时，则认为此工作进程出现故障并默认配置为关闭此工作进程。你可以修改Ping的时间间隔，但是太长的Ping间隔可能会导致Web服务的中断，而太短的Ping间隔又会消耗更多的系统资源和CPU利用率，因此建议你保留默认配置；
启用快速失败保护：如果Web应用程序代码编写有问题，它可能会导致工作进程持续出现问题。默认情况下应用程序池配置为启用快速失败保护，当工作进程在配置的时间段（默认为5分钟）内发生的失败次数超过了配置的值（默认为5次），则禁用此应用程序池。
启动时间限制：IIS等待属于此应用程序池的工作进程启动的时间，当工作进程启用时间超出此设置值时，IIS会在事件日志中进行记录；
关闭时间限制：当IIS检测到某个工作进程出现故障时，将此工作进程标记为关闭，此选项指定了IIS等待工作进程自动关闭的时间限制，如果超出此时间限制后工作进程尚未关闭，则IIS强行关闭工作进程。 在标识标签，你可以配置工作进程所运行的用户账户。在IIS 5或者当IIS 6运行在IIS 5隔离模式时，工作进程运行在本地系统账户，而运行在工作进程隔离模式下的IIS 6的工作进程运行在网络服务账户下，这降低了系统被攻击的可能性。
你可以配置工作进程运行在预定义的本地系统、本地服务或网络服务账户下，也可以配置为使用某个自定义的用户账户。建议使用默认的网络服务账户；不过如果为了更高的安全性，可以配置使用自定义的用户账户，不过建议你只是将此自定义用户加入到IIS_WPG用户组中，因此IIS_WPG用户组包含了可以启动和运行工作进程的最小权限。 要新建应用程序池，在IIS管理控制台中右击应用程序池文件夹，指向新建，选择应用程序池；
然后在弹出的添加新应用程序池对话框，在应用程序池ID栏输入应用程序池名，然后选择使用默认设置还是继承现有的应用程序池设置，再点击确定即可； 在IIS管理控制台中展开网站文件夹，右击对应的网站，然后选择属性，在弹出的网站属性对话框上，点击主目录标签，然后在应用程序池栏选择不同的应用程序池即可，默认情况下所有网站所使用的应用程序均名为默认应用程序，如果要想此网站使用不同的应用程序名，则在应用程序名栏修改即可，例如在此我就修改为winsvr，这主要是便于查看，然后点击确定即可，

『叁』 关于IIS6.0应用程序池WEB园中最大工作进程数的问题

含了多少您的宽容和大度。长大后，我们就像守，尘世暖暖的风景，还有我淡淡的一生。前进。彼此微笑。彼此祝诗意，有些许孤单，可终究是让哈哈了从前窗外敲铃的大爷，不知是否还在。雾断断续续的嗔嗔喘息声

『肆』 为什么进程池设置了cpu 限制也没用

1、在IIS中对每个网站进行单独的应用程序池配置。
即互相之间不影响。
2、设置应用程序池的CPU监视，不超过25%（服务器为4CPU），每分钟刷新，超过限制时关闭。
根据w3wp取得是哪一个应用程序池：
1、在任务管理器中增加显示pid字段。
就可以看到占用内存或者cpu最高的进程pid
2、在命令提示符下运行iisapp -a。
注意，第一次运行，会提示没有js支持，点击确定。
然后再次运行就可以了。
这样就可以看到pid对应的应用程序池。
（iisapp实际上是存放在C:\windows\system32目录下的一个VBS脚本，全名为iisapp.vbs，如果和一样，也禁止了Vbs默认关联程序，那么就需要手动到该目录，先择打开方式，然后选“Microsoft （r） Windows Based Script Host”来执行，就可以得到PID与应用程序池的对应关系。
）
3、到iis中察看该应用程序池对应的网站，就好了，做出上面的内存或CPU方面的限制，或检查程序有无死循环之类的问题。
解决内存占用过多，可以做以下配置：
1、在IIS中对每个网站进行单独的应用程序池配置。
即互相之间不影响。
2、设置应用程序池的回收时间，默认为1720小时，可以根据情况修改。
再设置当内存占用超过多少（如500M），就自动回收内存。
设置如下：
首先是对CPU的限制：在启用cpu监视后，设置该应用程序池最大的cpu使用率为50%。
设置刷新cpu时间为1分钟，设置操作为“关闭”。
最大工作进程数设置为1。
这个意思是，IIS刷新检测该独立池的CPU使用情况时间为1分钟，如果超过设置的cpu限制50％，就会发出关闭池的指令，要求池在指定的时间内关闭。
如果池成功在这个时间内关闭，IIS会重启动一个新池，此段时间很短，一般不会有什么感觉，池就重新开启了，对于访问网站的人基本是不会有感觉的。
但如果池没有在指定时间内关闭，IIS就会强行关闭它一个刷新CPU时间。
在这个停止的时间内，网站无法访问，提示“Service Unavaliable”。
关闭时间和启动时间间隔设置：设短一些比如10秒，这样当网站程序大量占用系统资源时IIS自动快速回收进程并且快速启动进程，网站暂时还可以将就着工作。
对内存的限制及进程回收时间的设置：设置为内存占用超过800M就自动回收内存，虚拟内存没有做限制。
进程回收时间保持默认没有修改。
各位可以根据自己的情况设置更短的时间。
对应用程序池最大虚拟内存也可以在此进行设置，超过了设置的最大虚拟内存，该池会就被回收。
最后综合落伍wlmmc的一些经验，总结一些需要注意的问题：
1、 要限制一个站点的CPU使用，必须将该站点设置为独立应用程序池，共用应用程序池是无法限制单个站点的。
IIS独立应用程序池，就需要独立的进程，非常消耗内存。
独立池越多，就有越多的W3WP进程。
对于每个站点均要独立应用程序池的服务器，在一般的普通P43.0 2G内存 的普通服务器上，建议不要超过50个站点，最好30以内，不然服务器压力非常大。
在配置上，一般把资源消耗较大的网站独立一个池，一般普通BBS或者生成HTML的系统大概5个站一个池。
普通网站以及一些企业站点均共用一个池。
2、根据wlmmc的经验，在服务器硬件允许的情况下，一般不要限制站点内存使用，这样能够保证网站运行，不会出现用户掉线情况。
需要限制某站的最大虚拟内存不要小于64M，不然可能出现一些未知的错误。
3、这些都不是根本解决办法，它的根本问题是网站程序有问题，要解决根本问题还要从程序查起。
根据本文开头提到的方法查到具体的应用程序池，找到使用此应用程序池的网站，解决网站程序存在的问题，如死循环之类。
4、除了w3wp.exe, 在调用数据库进行大量查询操作的时候，也会大量占用CPU资源，这是难免的（数据库方面的语句及结构优化不在本文讨论范围之内）。
个人认为，只要不是CPU长时间占用100%， 一般在75%左右都是正常的。

『伍』 IIS 6.0 具有一个名为 Web 园的新功能，有了它，可以将应用程序池配置为使用多个工作进程。IIS 何时创建额

在您创建应用程序池时，就会通知 IIS 6 创建一个工作进程，以传送指派给该应用程序池的 Web 站点、文件和文件夹的内容。您可以将应用程序池配置为启动多个，而非一个工作进程，这样可以提高可扩展性。这个功能的名为 Web 园，是小型的“Web 农场”。您无需使用多台计算机来传送相同的内容(Web 农场)，而是可以使用一台计算机中的多个进程来传送相同的内容。
在将 IIS 6 应用程序配置为 Web 园时，您只需在“应用程序池属性”的“性能”选项卡的“最大工作进程数”框中，设置一个大于 1 的工作进程数。如果这个值大于 1，每个请求都将启动一个新的工作进程实例，可启动的最多进程数为您所指定的最大工作进程数。后续的请求将以循环的方式发送至工作进程。
Web 园在您的应用程序资源有限的情况下非常有用。例如，如果您到数据库的连接很慢，那么您可以使用多个工作进程来增加用户吞吐量，从而增加到数据库的连接数。
尽管在有些情况下使用 Web 园的用处非常大，但是要注意，每个工作进程的会话信息都是唯一的。由于请求以循环的方式路由到应用程序池工作进程，因此 Web 园对于会话信息存储在进程中的应用程序作用可能不大。在少数情况下，让多个工作进程运行同一个应用程序会造成资源竞争。例如，如果所有工作进程都试图将信息记录到日志文件中，或是使用那些不是专用于多个并发访问的资源，那么可能出现资源竞争问题。
如果不存在这些问题，那么 Web 园可能正是您所需的功能之一，而且其作用会非常大。

『陆』 如何设置IIS程序池的回收时间，才能最大程度的减少对用户的影响

启动IIS管理器，右击网站，选择“属性”，打开属性对话框（图1）。在IIS6.0工作进程隔离模式下，所有的应用程序代码都在隔离环境中运行，它们是如何进行隔离的呢？Windows2003新增了应用程序池，工作进程隔离模式允许客户创建多个应用程序池，每个应用程序池都可以有不同的配置。因为这些应用程序池直接从内核（而非WWW服务）接收它们的请求，所以性能和可靠性得到了增强。要隔离运行在同一台计算机上但属于不同网站的Web应用程序，需要为每个网站创建单独的应用程序池。在IIS管理器中，打开本地计算机，右键单击“应用程序池”，选择新建“应用程序池”（必须在工作进程隔离模式下才能建立应用程序池）。“应用程序池名称”框中，输入新的应用程序池名称。如果在“应用程序池ID”框中出现的ID（如：AppPool#1）不是您想要的，可进行重命名。如果您单击了“将现有应用程序池作为模板”，请在“应用程序池名称”框中右键单击想要用来作为模板的应用程序池。最后单击[确定]。在IIS管理器中，右键单击您要为其指派应用程序池的应用程序，然后单击“属性”。单击“主目录”选项卡，确认您正在指派的目录或虚拟目录的“应用程序名”是否已被填写。如果“应用程序名”框尚未被填写，请单击“创建”，然后输入名称。在“应用程序池”列表框中，选择您想要为其指派的应用程序池的名称。最后单击[确定]。应用程序错误代码事件ID描述1001WorldWideWebPublishing服务的Inetinfo.exe进程遇到了一个错误，并且被关闭。这种情况使WorldWideWebPublishing服务不能检测到Inetinfo.exe进程的意外终止，因此将不能按预计的那样检测到对配置数据库的更改。建议您重启动WorldWideWebPublishing服务。1002由于给应用程序池'%1'提供服务的进程出现一系列故障而自动禁用该应用程序池。1003无法给站点'%2'注册URL前缀'%1'。URL可能无效。此站点已停用。数据域包含错误号。1004无法给站点'%2'注册URL前缀'%1'。此站点已停用。数据域包含错误号。1005WorldWideWebPublishing服务由于错误而退出。数据域包含错误号。1006未使用。1007无法给站点'%2'注册URL前缀'%1'。所需的网络绑定可能已在使用。此站点已停用。数据域包含错误号。1008未使用。1009给应用程序池'%1'提供服务的进程意外终止。进程ID为'%2'。进程退出代码为'0x%3'。1010给应用程序池'%1'提供服务的进程未响应ping。进程ID为'%2'。1011给应用程序池'%1'提供服务的进程与WorldWideWebPublishing服务之间的通讯出现致命错误。进程ID为'%2'。数据域包含错误号。1012给应用程序池'%1'提供服务的进程在启动过程中超出了时间限制。进程ID为'%2'。1013给应用程序池'%1'提供服务的进程在关闭过程中超出了时间限制。进程ID为'%2'。1014WorldWideWebPublishing服务在其工作进程'%2'（给应用程序池'%1'提供服务）的进程管理中出现内部错误。数据域包含错误号。1015给应用程序池'%1'提供服务的进程是孤立的，但指定的孤立操作%2无法执行。数据域包含错误号。1016无法配置站点'%1'的日志记录。数据域包含错误号。1017WorldWideWebPublishing服务由于工作进程故障而终止。1018WorldWideWebPublishing服务无法初始化性能计数器。此服务将在没有性能计数器的情况下运行。请重新启动WorldWideWebPublishing服务以重新初始化性能计数器。数据域包含错误号。1019WorldWideWebPublishing服务在初始化性能计数器时出现问题。性能计数器仍可以使用，但某些计数器数据可能不准确。数据域包含错误号。1020WorldWideWebPublishing服务在配置HTTP.sys控制通道属性'%1'时出现问题。数据域包含错误号。1021应用程序池'%1'的标识无效。如果在处理应用程序池的第一个请求时，标识仍然无效，就会禁用该应用程序池。数据域包含错误号。1022WorldWideWebPublishing服务无法为应用程序池'%1'创建工作进程。数据域包含错误号。1023未使用。1024将虚拟站点'%1'配置为每'%2'个字节截断其日志。因为此值必须至少为1048576个字节(1MB)，所以将使用1048576个字节。1025应用程序池'%1'超出其作业限制设置。1026在获取应用程序池'%1'句柄时出现错误。因此，无法按预期获取应用程序池。更改标识信息使WorldWideWebPublishing服务再次获取应用程序池的句柄。数据域包含错误号。1027WorldWideWebPublishing服务启用应用程序池'%1'的HTTP.sys请求失败。数据域包含错误号。1028WorldWideWebPublishing服务无法将工作进程'%1'添加到表示应用程序池'%2'的作业对象中。数据域包含错误号。1029在给站点'%1'配置应用程序绑定时出现故障。此站点已停用。数据域包含错误号。1030Inetinfo.exe意外终止，并且未将系统配置为重新启动IISAdmin。WorldWideWebPublishing服务已关闭。1031未使用。1032在给站点'%1'配置日志记录属性时出现故障。可能的原因：将映射的网络路径用于站点的日志文件目录路径，但IIS不支持该路径。请使用UNC路径。1033在给站点'%1'配置日志记录属性时出现故障。可能的原因：站点的日志文件目录包含无效的计算机或共享名称。1034在给站点'%1'配置日志记录属性时出现故障。服务器没有访问站点日志文件目录的权限。1035在给站点'%1'配置日志记录属性时出现故障。站点的日志文件目录不是完全限定的目录。可能的原因：它缺少驱动器号或其他重要信息。1036在初始化WorldWideWebPublishing服务配置管理器时出现故障。数据域包含错误号。1037在为WorldWideWebPublishing服务打开HTTP控制通道时出现故障。数据域包含错误号。1038未使用。1039给应用程序池'%1'提供服务的进程报告出现故障。进程ID为'%2'。数据域包含错误号。1040未使用。1041'%1''%2'无法对属性'%3'进行范围验证。配置的值'%4'超出范围（'%5'至'%6'）之外。该值默认为'%7'。1042在应用程序池'%1'上设置的AppPoolCommand属性的值无效。它是'%2'。它必须是MD_APPPOOL_COMMAND_START=1或MD_APPPOOL_COMMAND_STOP=2。1043虚拟站点'%1'已失效并且将其忽略，这是因为无法建立有效的站点绑定或者站点绑定不存在。1044虚拟站点'%1'已失效并且将其忽略，这是因为站点的AppPoolId为空。1045未使用。1046虚拟站点'%1'的服务器命令属性的值无效。它被设置为'%2'。它必须是以下值之一：MD_SERVER_COMMAND_START=1、MD_SERVER_COMMAND_STOP=2、MD_SERVER_COMMAND_PAUSE=3或MD_SERVER_COMMAND_CONTINUE=4。1047属于站点'%1'的应用程序'%2'具有AppPoolId集，但属性为空。因此将忽略该应用程序。1048属于站点'%1'的应用程序'%2'的AppPoolId'%3'集无效。因此将忽略该应用程序。1049应用程序池'%1'的IdleTimeout'%2'大于PeriodicRestartTime'%3'。将使用默认值(IdleTimeout='%4'&PeriodicRestartTime'%5')。1050应用程序池ID'%1'超出长度限制。它是'%2'个字符，并且不能多于'%3'个字符。因此将忽略该应用程序池。1051应用程序池ID被定义为零长度字符串。应用程序池ID不能为零长度字符串。因此将忽略该应用程序池。1052应用程序'%2'隶属于无效的站点'%1'。因此将忽略该应用程序。1053WorldWideWebPublishing服务收到一个更改通知，但无法对它正确地进行处理。数据域包含错误号。1054WorldWideWebPublishing服务无法为应用程序池'%1'运行自动停止操作%2。数据域包含错误号。1055由于为站点'%2'定义的应用程序池不是有效的应用程序池而禁用站点'%1'。1056由于为站点根应用程序定义的应用程序池'%2'不是有效的应用程序池而禁用站点'%1'。1057应用程序池'%1'的标识无效，因此WorldWideWebPublishing服务无法创建工作进程来为该应用程序池提供服务。因此，已禁用该应用程序池。1058WorldWideWebPublishing服务在为应用程序池'%1'设置关联掩码时出现故障。可能的原因：掩码不包含此计算机上可用的任何处理器。数据域包含错误号。1059在启动为应用程序池'%1'提供服务的进程时出现故障。已禁用该应用程序池。1060配置过程中，与应用程序池'%1'相关联的作业对象遇到了一个错误。CPU监视可能工作不正常。数据域包含错误号。1061与应用程序池'%1'关联的作业对象无法启动其计时器。已对应用程序池的CPU使用情况进行监视，并且CPU使用最终达到限制并报告故障。数据域包含错误号。1062WorldWideWebPublishing服务在配置HTTP控制通道日志记录属性时出现故障。“启用日志记录”为'%1'。“日志文件目录”为'%2'。“日志周期”为'%3'。“日志截断大小”为'%4'。数据域包含错误号。1063WorldWideWebPublishing服务在请求配置数据库更改通知时出现故障。数据域包含错误号。1064在从Inetinfo.exe意外终止恢复期间，WorldWideWebPublishing服务在请求配置数据库更改通知时出现故障。虽然WorldWideWebPublishing服务继续运行，但它极有可能不再使用当前的配置数据库数据。请重新启动WorldWideWebPublishing服务以纠正这种情况。数据域包含错误号。1065集中日志记录配置为每'%1'个字节截断其日志。因为此值必须至少为1048576个字节(1MB)，所以将使用1048576个字节。1066WorldWideWebPublishing服务在配置集中日志记录时出现故障。没有按预期情况对它进行配置。数据域包含错误号。1067WorldWideWebPublishing服务属性'%1'无法进行值域验证。配置的值'%2'超出范围（'%3'至'%4'）之外。将使用默认值'%5'。1068WorldWideWebPublishing服务未能在配置数据库中记录站点'%1'的正确状态'%2'和win32error'%3'。要纠正这种情况，请启动/停止该站点，或者重新启动WorldWideWebPublishing服务。数据域包含错误号。1069WorldWideWebPublishing服务未能在配置数据库中记录应用程序池'%1'的正确状态'%2'和win32error'%3'。要纠正这种情况，请启动/停止该应用程序池，或者重新启动WorldWideWebPublishing服务。数据域包含错误号。1070WorldWideWebPublishing服务无法向应用程序池'%1'的所有工作进程发出回收请求。数据域包含错误号。1071因为没有安装QoS数据包调度程序，WorldWideWebPublishing服务无法在站点'%1'上启用带宽限制。1072WorldWideWebPublishing服务无法在站点'%1'上启用带宽限制。数据域包含错误号。1073因为没有安装QoS数据包调度程序，WorldWideWebPublishing服务无法在站点'%1'上启用全局带宽限制。1074具有进程ID'%1'且为应用程序池'%2'提供服务的工作进程已请求回收，因为该工作进程已达到其允许的处理时间限制。1075具有进程ID'%1'且为应用程序池'%2'提供服务的工作进程已请求回收，因为它已达到其允许的请求限制。1076具有进程ID'%1'且为应用程序池'%2'提供服务的工作进程已请求回收，因为它已到其计划的回收时间。1077具有进程ID'%1'且为应用程序池'%2'提供服务的工作进程已请求回收，因为它已达到其虚拟内存限制。1078ISAPI向其工作进程报告出现不良状况。因此，具有进程ID'%1'且为应用程序池'%2'提供服务的工作进程已请求回收。1079管理员已请求回收应用程序池'%1'中的所有工作进程。1080由于应用程序池属性中的一个或多个配置更改而回收为应用程序池'%1'提供服务的工作进程（这些更改导致必须重新启动该进程）。1081由于检测到的配置数据库错误而回收为应用程序池'%1'提供服务的工作进程（这些错误可能使当前缓存的元数据无效）。1082已确定具有进程ID'%2'且为应用程序池'%1'提供服务的工作进程处于不良状态（请参阅以前的事件日志消息），但因为它具有关联的调试器，所以WorldWideWebPublishing服务忽略该错误。1083HTTP.sys给WorldWideWebPublishing服务提供不一致的站点性能计数器数据。因此，WorldWideWebPublishing服务将忽略提供的数据。1084WorldWideWebPublishing服务禁用应用程序池'%1'的HTTP.sys请求失败。数据域包含错误号。1085WorldWideWebPublishing服务无法为应用程序池'%1'应用新的配置。数据域包含错误号。1086WorldWideWebPublishing服务无法在应用程序池'%1'上正确配置负载平衡功能。数据域包含错误号。1087WorldWideWebPublishing服务无法在应用程序池'%1'上正确配置应用程序池队列长度。数据域包含错误号。1088WorldWideWebPublishing服务无法为应用程序池'%1'正确配置作业对象。数据域包含错误号。1089WorldWideWebPublishing服务无法为应用程序池'%1'发出HTTP.sys启动请求。数据域包含错误号。1090WorldWideWebPublishing服务无法为应用程序池'%1'更新AutoStart属性。数据域包含错误号。1091WorldWideWebPublishing服务无法为应用程序池'%1'运行自动停止操作。数据域包含错误号。1092WorldWideWebPublishing服务无法为应用程序池'%1'的工作进程'%2'发出请求以提供其性能计数器。数据域包含错误号。1093WorldWideWebPublishing服务无法重叠应用程序池'%1'工作进程'%2'的回收。数据域包含错误号。1094WorldWideWebPublishing服务无法从虚拟站点'%2'撤销应用程序'%1'的关联。数据域包含错误号。1095WorldWideWebPublishing服务无法在站点'%2'中删除应用程序'%1'的配置组。数据域包含错误号。1096WorldWideWebPublishing服务无法删除虚拟站点'%1'的URL。数据域包含错误号。1097WorldWideWebPublishing服务无法在站点'%2'中设置应用程序'%1'的应用程序池。数据域包含错误号。1098WorldWideWebPublishing服务无法设置虚拟站点'%1'的最大连接数。数据域包含错误号。1099WorldWideWebPublishing服务无法设置虚拟站点'%1'的连接超时。数据域包含错误号。1100WorldWideWebPublishing服务无法在站点'%1'中创建应用程序'%2'。数据域包含错误号。1101WorldWideWebPublishing服务无法创建应用程序池'%1'。数据域包含错误号。1102WorldWideWebPublishing服务无法创建站点'%1'。数据域包含错误号。1103WorldWideWebPublishing服务无法在站点'%1'中删除应用程序'%2'。数据域包含错误号。1104WorldWideWebPublishing服务无法删除应用程序池'%1'。数据域包含错误号。1105WorldWideWebPublishing服务无法删除站点'%1'。数据域包含错误号。1106WorldWideWebPublishing服务无法修改站点'%1'中的应用程序'%2'。数据域包含错误号。1107WorldWideWebPublishing服务无法修改应用程序池'%1'。数据域包含错误号。1108WorldWideWebPublishing服务无法修改站点'%1'。数据域包含错误号。1109WorldWideWebPublishing服务无法设置控制通道的筛选器配置。数据域包含错误号。1110WorldWideWebPublishing服务无法为站点'%1'写入AutoStart属性。数据域包含错误号。1111WorldWideWebPublishing服务无法删除IIS拥有的所有SSL配置数据。数据域包含错误号。1112WorldWideWebPublishing服务无法为站点'%1'查询SSL配置数据。数据域包含错误号。1113已将站点'%1'的一个IP/端口组合配置为由另一个站点使用。将使用另一个站点的SSL配置。1114已将站点'%1'的一个IP/端口组合配置为由另一个程序使用。将使用另一个程序的SSL配置。1115WorldWideWebPublishing服务无法为站点'%1'设置SSL配置数据。数据域包含错误号。1116WorldWideWebPublishing服务无法为站点'%1'删除SSL配置数据。数据域包含错误号。1117具有进程ID'%1'且为应用程序池'%2'提供服务的工作进程已请求回收，因为它已达到其专用字节内存限制。1118在从Inetinfo.exe进程意外终止恢复过程中，WorldWideWebPublishing服务无法标识需要从其元数据缓存中删除的相应记录。数据域包含错误号。1119在从Inetinfo.exe进程意外终止恢复过程中，WorldWideWebPublishing服务无法对处理恢复所需的操作项进行排队。建议重新启动WorldWideWebPublishing服务。数据域包含错误号。1120WorldWideWebPublishing服务无法从HTTP.sys获取缓存计数器。报告的性能计数器不包括HTTP.sys中用于搜集此类信息的性能计数器。数据域包含错误号。1121WorldWideWebPublishing服务无法从HTTP.sys获取站点性能计数器。报告的性能计数器不包括HTTP.sys中用于搜集此类信息的性能计数器。数据域包含错误号。1122WorldWideWebPublishing服务无法发布它所搜集的性能计数器。数据域包含错误号。1123WorldWideWebPublishing服务无法取消性能计数器搜集计时器。数据域包含错误号。1124WorldWideWebPublishing服务无法取消性能计数器计时器。数据域包含错误号。1125WorldWideWebPublishing服务无法启动性能计数器搜集计时器。数据域包含错误号。1126WorldWideWebPublishing服务无法复制更改通知以进行处理。因此，该服务可能与配置数据库中的当前数据不同步。数据域包含错误号。1127WorldWideWebPublishing服务不再信任为应用程序池'%1'提供服务的工作进程'%2（基于工作进程发送到该服务的错误数据）。1128WorldWideWebPublishing服务无法初始化asp性能计数器。因此，此服务将在没有asp性能计数器的情况下运行。重新启动WorldWideWebPublishing服务以启动asp性能计数器收集。数据域包含错误号。1129无法给站点'%2'注册URL前缀'%1'。无法为站点的IP地址创建终结点，或者HTTP.sys的IP侦听列表不包含任何有用的IP地址。此站点已停用。数据域包含错误号。1130无法给站点'%2'注册URL前缀'%1'。站点的IP地址不在HTTP.sysIP侦听列表中。此站点已停用。数据域包含错误号。1131无法给站点'%2'注册URL前缀'%1'。在HTTP.sys中配置的侦听端口太多。此站点已停用。数据域包含错误号。

『柒』 应用程序池的最大工作进程数 吗

层稳定通过~ ℃时即可播种。播种方法是使用马铃

『捌』 iis应用程序池中的最大工作进程数，是什么意思用最通俗，最直白的语言给我解答，谢谢！

IIS 6.0允许将应用程序池配置成一个Web园（Web Garden）。要理解Web园的概念，可以设想这样一种情形：假设有一个IIS 5.0服务器和三个Web网站，每一个Web网站运行着相同的应用程序，如果IIS 5.0能够自动按照圆形循环的模式将请求依次发送给这些功能上等价、实际上分离的Web网站，将负载分离到三个不同的进程，就可以构成一个小型的Web农场（Web Farm）——这就是Web园。

在IIS 6.0的Web园中，我们不必创建额外的Web网站，只要指定用于某个应用程序池的工作进程的数量就可以了。具体的配置步骤是：打开应用程序池的“属性”对话框，转到“性能”页，在“Web园”下面的“最大工作进程数”输入框中输入进程数量，如图八。当服务器的负载较小，不需要额外的工作进程时，IIS 6.0在一定的时间后（默认20分钟，可配置）自动缩减实际的工作进程数量；如果负载变大，需要额外的工作进程，IIS 6.0再次增加工作进程数量。这一切操作都自动进行，不需要管理员干预。

Web园：在Web园中你可以配置此应用程序池所使用的最大工作进程数，默认为1，最大可以设置为4000000； 配置使用多个工作进程可以提高该应用程序池处理请求的性能，但是在设置为使用多个工作进程之前，请考虑以下两点：

每一个工作进程都会消耗系统资源和CPU占用率；太多的工作进程会导致系统资源和CPU利用率的急剧消耗；

每一个工作进程都具有自己的状态数据，如果Web应用程序依赖于工作进程保存状态数据，那么可能不支持使用多个工作进程。

问： IIS 6.0 具有一个名为 Web 园的新功能，有了它，可以将应用程序池配置为使用多个工作进程。IIS 何时创建额外的工作进程？在我们实施 Web 园之前，我们应该了解哪些知识？

答：在您创建应用程序池时，就会通知 IIS 6 创建一个工作进程，以传送指派给该应用程序池的 Web 站点、文件和文件夹的内容。您可以将应用程序池配置为启动多个，而非一个工作进程，这样可以提高可扩展性。这个功能的名为 Web 园，是小型的“Web 农场”。您无需使用多台计算机来传送相同的内容（Web 农场），而是可以使用一台计算机中的多个进程来传送相同的内容。

在将 IIS 6 应用程序配置为 Web 园时，您只需在“应用程序池属性”的“性能”选项卡的“最大工作进程数”框中，设置一个大于 1 的工作进程数。如果这个值大于 1，每个请求都将启动一个新的工作进程实例，可启动的最多进程数为您所指定的最大工作进程数。后续的请求将以循环的方式发送至工作进程。

Web 园在您的应用程序资源有限的情况下非常有用。例如，如果您到数据库的连接很慢，那么您可以使用多个工作进程来增加用户吞吐量，从而增加到数据库的连接数。

尽管在有些情况下使用 Web 园的用处非常大，但是要注意，每个工作进程的会话信息都是唯一的。由于请求以循环的方式路由到应用程序池工作进程，因此 Web 园对于会话信息存储在进程中的应用程序作用可能不大。在少数情况下，让多个工作进程运行同一个应用程序会造成资源竞争。例如，如果所有工作进程都试图将信息记录到日志文件中，或是使用那些不是专用于多个并发访问的资源，那么可能出现资源竞争问题。

如果不存在这些问题，那么 Web 园可能正是您所需的功能之一，而且其作用会非常大。

『玖』 服务器W3WP.EXE占用CPU高的问题

w3wp.exe长时间占用大量CPU，出现这种情况应该是网站程序存在死循环等问题所致。在IIS6下，经常出现w3wp.exe的内存及CPU占用不能及时释放，从而导致服务器响应速度很慢。

解决CPU占用过多的方法：

1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。

2、设置应用程序池的CPU监视，不超过25%（服务器为4CPU），每分钟刷新，超过限制时关闭。

3、设置应用程序池的回收时间，默认为1720小时，可以根据情况修改。再设置当内存占用超过多少（如500M），就自动回收内存。

(9)应用程序池最大工作进程数扩展阅读：

电脑常见故障检修：

故障现象：Trustedinstaller.exe占用CPU太高

1、防杀毒软件造成故障

由于新版的很多软件都有随机监控，无疑增大了系统负担。

处理方式：基本上没有合理的处理方式，尽量使用最少的监控服务，或者升级硬件配备。

2、驱动没有经过认证，造成CPU资源占用100%

大量的测试版的驱动在网上泛滥，造成了难以发现的故障原因。

处理方式：尤其是显卡驱动特别要注意，建议使用微软认证的或由官方发布的驱动，并且严格核对型号、版本。

3、病毒、木马造成

大量的蠕虫病毒在系统内部迅速复制，造成CPU占用资源率据高不下。

解决办法：用可靠的杀毒软件彻底清理系统内存和本地硬盘，并且打开系统设置软件，察看有无异常启动的程序。经常性更新升级杀毒软件和防火墙，加强防毒意识，掌握正确的防杀毒知识。

『拾』 设置了应用程序池的内存限制，为什么内存使用能超过

1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。
2、设置应用程序池的CPU监视，不超过25%（服务器为4CPU），每分钟刷新，超过限制时关闭。
根据w3wp取得是哪一个应用程序池：
1、在任务管理器中增加显示pid字段。就可以看到占用内存或者cpu最高的进程pid
2、在命令提示符下运行iisapp -a。注意，第一次运行，会提示没有js支持，点击确定。然后再次运行就可以了。这样就可以看到pid对应的应用程序池。（iisapp实际上是存放在C:\windows\system32目录下的一个VBS脚本，全名为iisapp.vbs，如果你和我一样，也禁止了Vbs默认关联程序，那么就需要手动到该目录，先择打开方式，然后选“Microsoft （r） Windows Based Script Host”来执行，就可以得到PID与应用程序池的对应关系。）
3、到iis中察看该应用程序池对应的网站，就ok了，做出上面的内存或CPU方面的限制，或检查程序有无死循环之类的问题。
解决内存占用过多，可以做以下配置：
1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。
2、设置应用程序池的回收时间，默认为1720小时，可以根据情况修改。再设置当内存占用超过多少（如500M），就自动回收内存。
我的设置如下：
首先是对CPU的限制：在启用cpu监视后，我设置该应用程序池最大的cpu使用率为50%。设置刷新cpu时间为1分钟，设置操作为“关闭”。最大工作进程数设置为1。这个意思是，IIS刷新检测该独立池的CPU使用情况时间为1分钟，如果超过设置的cpu限制50％，就会发出关闭池的指令，要求池在指定的时间内关闭。如果池成功在这个时间内关闭，IIS会重启动一个新池，此段时间很短，一般不会有什么感觉，池就重新开启了，对于访问网站的人基本是不会有感觉的。但如果池没有在指定时间内关闭，IIS就会强行关闭它一个刷新CPU时间。在这个停止的时间内，网站无法访问，提示“Service Unavaliable”。
关闭时间和启动时间间隔设置：设短一些比如10秒，这样当您的网站程序大量占用系统资源时IIS自动快速回收进程并且快速启动进程，您的网站暂时还可以将就着工作。
对内存的限制及进程回收时间的设置：我设置为内存占用超过800M就自动回收内存，虚拟内存没有做限制。进程回收时间我保持默认没有修改。各位可以根据自己的情况设置更短的时间。对应用程序池最大虚拟内存也可以在此进行设置，超过了设置的最大虚拟内存，该池会就被回收。
最后综合落伍wlmmc的一些经验，总结一些需要注意的问题：
1、 要限制一个站点的CPU使用，必须将该站点设置为独立应用程序池，共用应用程序池是无法限制单个站点的。IIS独立应用程序池，就需要独立的进程，非常消耗内存。独立池越多，就有越多的W3WP进程。对于每个站点均要独立应用程序池的服务器，在一般的普通P43.0 2G内存 的普通服务器上，建议不要超过50个站点，最好30以内，不然服务器压力非常大。在配置上，我一般把资源消耗较大的网站独立一个池，一般普通BBS或者生成HTML的系统大概5个站一个池。普通网站以及一些企业站点均共用一个池。
2、根据wlmmc的经验，在服务器硬件允许的情况下，一般不要限制站点内存使用，这样能够保证网站运行，不会出现用户掉线情况。需要限制某站的最大虚拟内存不要小于64M，不然可能出现一些未知的错误。
3、这些都不是根本解决办法，它的根本问题是网站程序有问题，要解决根本问题还要从程序查起。根据本文开头提到的方法查到具体的应用程序池，找到使用此应用程序池的网站，解决网站程序存在的问题，如死循环之类。
4、除了w3wp.exe, 在调用数据库进行大量查询操作的时候，也会大量占用CPU资源，这是难免的（数据库方面的语句及结构优化不在本文讨论范围之内）。个人认为，只要不是CPU长时间占用100%， 一般在75%左右都是正常的。