IIS应用程序池多工作进程设置及Session共享

session共享方案Session共享方案。

在现代Web应用程序中，会话(session)管理是一个非常重要的问题。

随着用户量的增加和系统规模的扩大，会话管理变得更加复杂。

在分布式系统中，如何实现session共享成为了一个挑战。

本文将介绍几种常见的session共享方案，希望能够帮助开发人员更好地理解和选择合适的方案。

1. 数据库共享。

数据库共享是一种常见的session共享方案。

在这种方案中，所有的应用服务器共享同一个数据库，将session数据存储在数据库中。

当一个应用服务器创建了一个session，其他应用服务器可以通过访问数据库来获取这个session的数据。

这种方案的好处是数据共享简单，易于实现。

但是由于数据库的读写操作比较耗时，会影响系统的性能。

2. 缓存共享。

缓存共享是另一种常见的session共享方案。

在这种方案中，所有的应用服务器共享同一个缓存集群，将session数据存储在缓存中。

当一个应用服务器创建了一个session，其他应用服务器可以通过访问缓存来获取这个session的数据。

这种方案的好处是读写操作快速，不会影响系统的性能。

但是缓存的一致性和可靠性需要额外的考虑和处理。

3. 分布式缓存共享。

分布式缓存共享是在缓存共享的基础上进一步发展的方案。

在这种方案中，所有的应用服务器共享一个分布式缓存集群，将session数据存储在分布式缓存中。

这种方案的好处是读写操作快速，而且可以很好地处理缓存的一致性和可靠性。

但是需要额外的配置和管理，成本较高。

4. 网络存储共享。

网络存储共享是一种比较传统的session共享方案。

在这种方案中，所有的应用服务器共享同一个网络存储，将session数据存储在网络存储中。

这种方案的好处是数据共享简单，易于实现。

但是由于网络存储的读写操作比较耗时，会影响系统的性能。

5. 内存共享。

内存共享是一种比较简单和高效的session共享方案。

在这种方案中，所有的应用服务器共享同一个内存，将session数据存储在内存中。

教你如何设置IIS应用程序池什么是应用程序池呢？这是微软的一个全新概念：应用程序池是将一个或多个应用程序链接到一个或多个工作进程集合的配置。

因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔，所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响。

Windows 2003同时支持两种工作模式，默认为ISS 6.0工作进程隔离模式。

工作进程隔离模式防止一个应用程序或站点停止了而影响另一个应用程序或站点，大大增强了IIS的可靠性。

那么如何设置两种工作模式呢？启动IIS管理器，右击网站，选择“属性”，打开属性对话框（图1）。

在IIS 6.0工作进程隔离模式下，所有的应用程序代码都在隔离环境中运行，它们是如何进行隔离的呢？Windows 2003新增了应用程序池，工作进程隔离模式允许客户创建多个应用程序池，每个应用程序池都可以有不同的配置。

因为这些应用程序池直接从内核（而非WWW服务）接收它们的请求，所以性能和可靠性得到了增强。

要隔离运行在同一台计算机上但属于不同网站的Web应用程序，需要为每个网站创建单独的应用程序池。

创建应用程序池在IIS管理器中，打开本地计算机，右键单击“应用程序池”，选择新建“应用程序池” （必须在工作进程隔离模式下才能建立应用程序池）。

“应用程序池名称”框中，输入新的应用程序池名称。

如果在“应用程序池ID”框中出现的 ID （如：AppPool #1）不是您想要的，可进行重命名。

如果您单击了“将现有应用程序池作为模板”，请在“应用程序池名称”框中右键单击想要用来作为模板的应用程序池。

最后单击[确定]。

指派应用程序池在 IIS 管理器中，右键单击您要为其指派应用程序池的应用程序，然后单击“属性”。

单击“主目录”选项卡，确认您正在指派的目录或虚拟目录的“应用程序名”是否已被填写。

如果“应用程序名”框尚未被填写，请单击“创建”，然后输入名称。

在“应用程序池”列表框中，选择您想要为其指派的应用程序池的名称。

IIS应⽤程序池配置详解及优化参数说明1.常规属性名称属性详解NET CLR 版本配置应⽤程序池，以加载特定版本的 .NET CLR。

选定的 CLR版本应与应⽤程序所使⽤的相应版本的 .NET Framework 对应。

选择“⽆托管代码”将导致所有的 请求失败。

队列长度HTTP.sys 将针对应⽤程序池排队的最⼤请求数。

如果队列已满，新请求将收到 503“服务不可⽤”的响应。

默认队列长度设置是1000，范围在10-65535 之间。

名称应⽤程序池名称是应⽤程序池的唯⼀标识符。

启动模式将应⽤程序池配置为在按需运⾏模式或始终运⾏模式下运⾏。

启⽤ 32 位应⽤程序如果针对 64 位操作系统上的应⽤程序池将该属性设为 True,则为应⽤程序池提供服务的⼯作进程将处于 WOW64 （Windows on Windows64）模式。

WOW64模式下的进程是仅加载 32 位应⽤程序的 32 位进程。

托管管道模式将 配置成作为 ISAPI 扩展并以经典模式来运⾏。

在后⼀种情况下，托管代码集成到请求处理管道中。

Classic模式：指的是与IIS 6或者之前版本保持兼容的⼀种模式，⼀个典型问题就是，在处理这种动态⽹站的时候，它是通过⼀个所谓的ISAPI程序，作为插件的⽅式来⼯作的。

针对不同的动态应⽤程序（例如ASP,PHP等），会需要不同的ISAPI。

Integrated模式：这种全新的模式，允许我们将更好地与IIS集成，甚⾄允许我们在中编写⼀些功能（例如Module）来改变IIS的⾏为（扩展）。

集成的好处是，不再通过ISAPI的⽅式，提⾼了速度和稳定性。

⾄于扩展，则可以使得我们对于IIS，以及其他类型的请求有更多的控制。

2.CUP属性名称属性详解处理器关联掩码强制此应⽤程序池的⼯作进程在特定 CPU 上运⾏的⼗六进制掩码。

如果启⽤了处理器关联，则值 0 将导致错误。

处理器关联掩码（64位选项）为64位计算机制定强制此应⽤程序池的⼯作进程在特定 CPU 上运⾏的⾼顺序 DWORD ⼗六进制掩码。

session多服务器共享的⽅案session的存储了解以前是怎么做的，搞清楚了来龙去脉，才会明⽩进⾏共享背后的思想和出发点。

我喜欢按照这样的⽅式来问(或者去搞清楚)：为什么要session要进⾏共享，不共享会什么问题呢？php中session的原理，以前做了⼀下总结，可以参考：以前业界使⽤session的做法：默认情况下，php的session⽂件是保存在磁盘⽂件中。

在php.ini配置⽂件中的配置项如下：session.save_handler = filessession.save_path = "N;/path"第⼀个配置项是指定使⽤files(⽂件形式)存储session数据。

第⼆个参数指定保存的路径。

N表⽰⽣成多少级⽬录(不放到⼀个⽬录下，分散到多个磁盘⽬录中去)我的配置项是：session.save_path = "F:/wamp/tmp"。

那么就会去这个⽬录下⾯看到很多session数据的⽂件。

当我们使⽤php的内置函数session_start()的时候，就是去上⾯指定的磁盘⽬录把session数据载⼊，实际上就是拿类似sess_74dd7807n2mfml49a1i12hkc45的⽂件。

74dd7807n2mfml49a1i12hkc45就是⼤家经常说的什么session的id号。

php.ini中还有⼀个关键配置项，如下： = PHPSESSIDPHPSESSID就是cookie的名称，其实上⾯⼀串"74dd7807n2mfml49a1i12hkc45"会保存在⼀个名为PHPSESSID的cookie中。

根据http的请求机制，当浏览器请求的时候，头部信息会把浏览器中的cookie⼀起发给服务器。

PHPSESSID这个cookie也是在其中发给了服务器，php引擎通过读取PHPSESSID的值来确定要载⼊哪个session⽂件。

IIS中应用程序池原理解析2009-06-24 上午 00:51对于已经能熟练挂接动易后台建设网站的同学们而言，“应用程序池”肯定不是一个陌生的名词。

但是关于应用程序池运行机理—即为什么每次建站的时候基本都要设置应用程序池，可能并不是特别清晰。

本篇文章将详细阐述和应用程序池有关的动态网站的基础知识。

（黎智聪师兄笔述，李鸿儒记录整理）先看看百度百科是怎么解释应用程序池的：应用程序池：这是微软的一个全新概念：应用程序池是将一个或多个应用程序链接到一个或多个工作进程集合的配置。

因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔，所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响。

Windows 2003同时支持两种工作模式，默认为IIS 6.0工作进程隔离模式。

工作进程隔离模式防止一个应用程序或站点停止了而影响另一个应用程序或站点，大大增强了IIS的可靠性。

那么如何设置两种工作模式呢？启动IIS管理器，右击网站，选择“属性”，打开属性对话框（图1）。

在IIS 6.0工作进程隔离模式下，所有的应用程序代码都在隔离环境中运行，它们是如何进行隔离的呢？Windows 2003新增了应用程序池，工作进程隔离模式允许客户创建多个应用程序池，每个应用程序池都可以有不同的配置。

因为这些应用程序池直接从内核（而非WWW服务）接收它们的请求，所以性能和可靠性得到了增强。

要隔离运行在同一台计算机上但属于不同网站的Web应用程序，需要为每个网站创建单独的应用程序池。

下面用比较通俗的话解释一下：1.静态站点用DW设计好后，本地即可查看网页，而动态站点则不同，需要用iis 挂接后才能查看。

这也是HTML（静态站点）和ASP（动态站点）的不同点之一：HTML不需要调用内存和cpu进行换算，而ASP需要调用内存和cpu进行换算后方可呈现在用户面前。

因为ASP需要把程序的代码翻译成服务器可以识别的1和0，再通过IIS的导出生成HTML代码。

标准iis配置流程
以下是标准IIS配置流程的中文介绍，包括安装IIS、创建站点、应用程序池配置和发布应用程序等操作。

1. 安装IIS
首先需要在操作系统上安装IIS。

打开“控制面板”→“程序”→“开启或关闭Windows功能”，勾选“Internet Information Services”，确认安装。

2. 创建站点
在IIS管理界面选中“Sites”→“Add Website”，填写站点信息。

其中，“Site name”为站点名称，“Physical path”为站点文件存储路径，“Binding”为站点绑定域名和端口。

点击添加后，站点就创建完成了。

3. 应用程序池配置
在IIS管理界面选中“Application Pools”，创建新的应用程序池。

在“Advanced Settings”中修改应用程序池的配置，例如：.NET CLR Version、启用32位应用程序等。

在站点下创建应用程序，将应用程序部署到站点的文件夹中，例如：
D:\WebSite\myApp。

在应用程序的“Advanced Settings”中设置应用程序池。

最后，在浏览器中输入站点域名或IP地址，加上应用程序名称，就能访问应用程序了。

以上就是标准IIS配置流程的中文介绍，这些操作可以使IIS正常运行以及发布应用程序。

IIS配置过程中还有一些高级配置，如HTTP Compression、SSL证书配置等，可以根据需要进行调整。

前言：在Windows server 2003系统下，用IIS架设Web服务器，合理的为每个站点配置独立的Internet来宾账号，这样可以限制Internet 来宾账号的访问权限，只允许其可以读取和执行运行网站所的需要的程序。

如果为网站内的网站程序、图片、附件或数据库等的文件分配合理、严格的读取、写入、修改、执行等权限，可以禁止访问该网站的用户访问其它目录和执行危险的命令，以防范通过上传恶意程序到网站并入侵网站、服务器的目的。

下面方法通过建立独立用户并分配基本访问权访问不同的网站以防止跨站入侵。

一、创建用于访问网站的独立用户1.选中“我的电脑”右键，选择“管理”，打开“计算机管理”，选择“本地用户和组”，然后点击“用户”，接着“右键”，新建一个用户，如下图：最后点击“创建”，完成用户创建。

2.取消新建立的用户属的用户组“USERS”,选择用户，然后“右键”，选择“属性”，让用户不属于任何组，如下图：二、应用新建立的用户到网站根目录1.选中网站根目录，“右健”，选择“属性”，然后选中“安全”如下图：2.默认情况我们已经删除别的用户了，接下就添加新建立的用户，赋予这个文件夹相应的权限，选择“添加”，查找到对应的用户，如下图：3.对于ASP或PHP网站程序，一般情况网站根目录要分配有administrator、system、访问网站的独立用户的等用户的默认权限。

网站根目录一定不能分配“Everyone”和“Users”这两个用户。

4.如果网站根目录下面有要写入文件的文件夹，如“上传图片或有Access数据库”需要写入数据的，可以在根目录分配“写入”权并继承下到子目录；为更安全可以单独选中需要写入数据的文件夹，然后按上面的操作，赋予这个文件夹“写入”权。

5.对于的程序，在服务器安装有Microsoft .NET Framework 组件的前提下，除了分配上面的用户访问权外，有些网站程序还需要在网站目录添加“IIS_WPG”用户。

IIS之在IIS7、IIS7.5中应⽤程序池最优配置⽅案 找到Web站点对应的应⽤程序池，“应⽤程序池” →找到对应的“应⽤程序池” →右键“⾼级设置...”⼀、⼀般优化⽅案 1、基本设置 [1] 队列长度：默认值1000，将原来的队列长度改为 65535。

[2] 启动32位应⽤程序：默认值False，改为True，否则安装⼀些32的组建或32位的php都会出错。

[3] 托管管道模式：Integrated 或 Classsic。

2、⾼级设置 [1] 闲置超时（分钟）：默认20分钟，修改设长。

[2] 快速故障防护→已启⽤：默认True，改为False。

3、解决PEP第⼀次打开PEP速度慢 回收间隔时间 使⽤windows server 2008 r2解决回收假死的问题 打开应⽤程序池 -> ⾼级设置 ->在“禁⽌重叠回收”⾥选择“true”，这样就有效避免了应⽤程序池回收假死问题。

⼆、⽀持同时10万个请求 通过对IIS7的配置进⾏优化，调整IIS7应⽤池的队列长度，请求数限制，TCPIP连接数等⽅⾯，从⽽使WEB服务器的性能得以提升，保证WEB访问的访问流畅。

站点碰到如下问题： Error Summary: HTTP Error 503.2 - Service Unavailable The serverRuntime@appConcurrentRequestLimit setting is being exceeded. Detailed Error Information: Module IIS Web Core Notification BeginRequest Handler StaticFile Error Code 0x00000000 由于之前使⽤的是默认配置，服务器最多只能处理5000个同时请求，今天下午由于某种情况造成同时请求超过5000，从⽽出现了上⾯的错误。

分享一下iis应用程序池设置(教程讲解) 涅槃灰太狼收藏于2012-04-01阅读数：1被转藏：1审核中原文来源修改如何标记批注?这段时间人都要搞崩溃了，服务器经常就如死机般，网站不响应，远程登陆也连接不上，每次都要持续半个多钟头。

事件查看器中报错：引用为应用程序池'DefaultAppPool' 提供服务的进程启动时间超过了限制为应用程序池'DefaultAppPool' 提供服务的进程无法响应Ping经过多方查找资料，认真观察服务器进程，终于了解了些这个程序池运行的原理。

以下仅供新手参考，欢迎高手指正错误。

原先事件查看器中经常报错：引用为应用程序池'DefaultAppPool' 提供服务的进程关闭时间超过了限制。

查网上资料，根本没搞懂原理，就照着胡乱设置，结果搞的问题愈加严重，出现了如帖子头所提到的故障。

先看下应用程序池的默认设置：回收工作进程(分钟)(P): 1740 ，换算一下，每29小时系统就自动回收，所以有可能是在网站访问量很大，系统繁忙的时候回收工作进程(请求数目)(R): 35000 ，网站达到35000点击数就自动回收w3wp.exe工作进程，这个是网上资料说的在下列时间回收工作进程(T): 设定一个具体回收的时间最大虚拟内存 500最大使用内存 192当达到w3wp.exe 达到以上内存占用时开始回收在空闲此段时间后关闭工作进程20 ，估计是网站没人访问自动关闭工作进程核心请求队列限制为4000 ，请求队列达到4000关闭，不了解具体原理启用CPU监视工作进程超过限制，事件查看器中就会出现警告，如果CPU超过最大使用率时执行的操作选择关闭，也会出现预想不到的错误web 园最大工作进程数1 ，据说超过此数目会出错启用ping 每隔下列时间ping 工作线程30，每隔30秒检查一下网站是否开启启用快速失败保护这个不明白，网上资料建议不选择启动时间限制 90 w3wp.exe 进程必须在90秒内启动关闭时间限制 90 w3wp.exe 进程必须在90秒内关闭，这个必须根据自己网站的w3wp.exe的内存占用情况来具体制定，内存如果很高，设置短了会出错这时候要说说进程w3wp.exe，当w3wp.exe达到以上要求，就会重新启动一个w3wp.exe进程，原来的那个w3wp.exe会在设置规定的时间内回收掉使用的内存并关闭，如果这时w3wp内存过高，但设置回收关闭时间过短，那么就会出现这个错误引用为应用程序池'DefaultAppPool' 提供服务的进程关闭时间超过了限制。

在的程序中要使用Session对象时，必须确保页面的@page指令中EnableSessionState属性是True或者Readonly，并且在web.config文件中正确的设置了SessionState属性。

中Session的状态保持是由web.config文件中的标记下的标记的mode属性来决定的。

该属性有四种可能的值：Off、Inproc、StateServer和SQlServer。

设为Off会禁用Session。

一、Inproc模式Inproc是缺省的设置,这种模式和以前的ASP的会话状态的方法是类似的,会话的状态会被保存在进程中，它的优点是显而易见的：性能。

进程内的数据访问自然会比夸进程的访问快。

然而，这种方法Session的状态依赖于进程，当IIS进程崩溃或者正常重起启时，保存在进程中的状态将丢失。

二、StateServer模式为了克服Inproc模式的缺点，提供了两种进程外保持会话状态的方法。

首先提供了提供了一个Windows服务：ASPState,这个服务启动后，应用程序可以将mode属性设置为“SateServer”,来使用这个Windows服务提供的状态管理方法。

除了在web.config文件中设置mode属性为StateServer外，还必须设置运行StateServer服务器的IP地址和端口号，具体配置方法如下：2.1如果在IIS所在的机器运行StateServer则IP地址就是127.0.0.1,端口号通常是42424.配置如下：mode=”StateServer”stateConnectionString="tcpip=127.0.0.1:42424"2.2找一台服务器作为Session服务器如IP为：172.18.1.188，启动其Windows中的StateService（默认的端口号为42424），把启动类型改为自动；2.3修改Session服务器注册表中的项：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Param eters中的AllowRemoteConnection键的值为1，其中的Port键控制StateService的监听端口；修改后需要重启StateService才生效；2.4每台服务器的web.config的stateConnectionString都指向这台服务器使用这种模式,会话状态的存储将不依赖IIS进程的失败或者重启,会话的状态将存储在StateServer进程的内存空间中。