IIS应用程序池多工作进程设置及Session共享
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应用程序池
教你如何设置IIS应用程序池什么是应用程序池呢？这是微软的一个全新概念：应用程序池是将一个或多个应用程序链接到一个或多个工作进程集合的配置。
因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔，所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响。
Windows 2003同时支持两种工作模式，默认为ISS 6.0工作进程隔离模式。
工作进程隔离模式防止一个应用程序或站点停止了而影响另一个应用程序或站点，大大增强了IIS的可靠性。
那么如何设置两种工作模式呢？启动IIS管理器，右击网站，选择“属性”，打开属性对话框（图1）。
在IIS 6.0工作进程隔离模式下，所有的应用程序代码都在隔离环境中运行，它们是如何进行隔离的呢？Windows 2003新增了应用程序池，工作进程隔离模式允许客户创建多个应用程序池，每个应用程序池都可以有不同的配置。
因为这些应用程序池直接从内核（而非WWW服务）接收它们的请求，所以性能和可靠性得到了增强。
要隔离运行在同一台计算机上但属于不同网站的Web应用程序，需要为每个网站创建单独的应用程序池。
创建应用程序池在IIS管理器中，打开本地计算机，右键单击“应用程序池”，选择新建“应用程序池” （必须在工作进程隔离模式下才能建立应用程序池）。
“应用程序池名称”框中，输入新的应用程序池名称。
如果在“应用程序池ID”框中出现的 ID （如：AppPool #1）不是您想要的，可进行重命名。
如果您单击了“将现有应用程序池作为模板”，请在“应用程序池名称”框中右键单击想要用来作为模板的应用程序池。
最后单击[确定]。
指派应用程序池在 IIS 管理器中，右键单击您要为其指派应用程序池的应用程序，然后单击“属性”。
单击“主目录”选项卡，确认您正在指派的目录或虚拟目录的“应用程序名”是否已被填写。
如果“应用程序名”框尚未被填写，请单击“创建”，然后输入名称。
在“应用程序池”列表框中，选择您想要为其指派的应用程序池的名称。
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的存储了解以前是怎么做的，搞清楚了来龙去脉，才会明⽩进⾏共享背后的思想和出发点。
我喜欢按照这样的⽅式来问(或者去搞清楚)：为什么要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中应用程序池原理解析
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配置流程的中文介绍，包括安装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证书配置等，可以根据需要进行调整。
IIS站点建立独立用户、权限、程序池分配、相关安全设置基本教程
前言：在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中应用程序池最优配置方案
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应用程序池设置
分享一下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' 提供服务的进程关闭时间超过了限制。
IIS负载均衡服务器session共享的解决方案
在的程序中要使用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进程的内存空间中。
同一服务器上两个不同web项目共享session的简单方法
Tomcat 同一服务器上两个不同web项目共享session 的简单方法Tomcat 同一服务器上两个不同web项目共享session的简单方法常常有这样的情况，一个大项目被分割成若干小项目开发，为了能够互不干扰，要求每个小项目作为一个单独的web应用程序开发，可是到了最后突然发现某几个小项目之间需要共享一些信息，或者想使用session来实现SSO (single sign on)，在session中保存login的用户信息，最自然的要求是应用程序间能够访问彼此的session。
然而按照Servlet规范，session的作用范围应该仅仅限于当前应用程序下，不同的应用程序之间是不能够互相访问对方的session的。
各个应用服务器从实际效果上都遵守了这一规范，但是实现的细节却可能各有不同，因此解决跨应用程序session共享的方法也各不相同。
有一种较为方便的做法，就是把一个应用程序的session放到 ServletContext 中，这样另外一个应用程序就可以从ServletContext中取得前一个应用程序的引用。
示例代码如下，应用程序Acontext.setAttribute("appA", session);应用程序BcontextA = context.getContext("/appA");HttpSession sessionA = (HttpSession)contextA.getAttribute("appA"); 值得注意的是这种用法不可移植，因为根据ServletContext的JavaDoc，应用服务器可以处于安全的原因对于context.getContext("/appA");返回空值，以上做法在Weblogic Server 8.1/ tomcat4.1x 中通过。
Win10下利用iis搭建web服务器实现信息浏览资源共享
Win10下利用iis搭建web服务器实现信息浏览资源共享Win10web服务器主要功能是提供网上信息浏览服务，实现资源共享，同时还可以借助于局域网服务器访问页面可以有效的实现信息的同步，还可以随时随地将自己的信息上传到服务器端，那么要如何实现web 服务器的搭建呢？现在小编跟大家介绍一下Win10下利用iis搭建web 服务器的方法吧。
Win10搭建web服务器步骤：1、首先打开开始菜单中的控制面板选择，在控制面板中选择并打开“程序”，找到并双击“打开或关闭Windows功能”，在弹出的窗口中选择“Internet信息服务”下面所有选项，点击确定，然后就会开始更新服务，等待一会；2、等待更新完成之后，打开浏览器，在浏览器地址栏上输入“http://localhost/”，然后回车，如果此时出现IIS7欢迎界面，说明Web服务器已经搭建成功。
3、当web服务器搭建成功后，下一步要做的就是把我们开发的网站安装到Web服务器的目录中，一般情况下，当Web服务器安装完成之后就会创建路径“%系统根目录%inetpub/wwwroot”，只要将我们开发的网站复制到该路径下，就可实现本地访问该网站；4、接着设置防火墙，让局域网中的其它计算机也能访问本地网站资源，操作方法：依次打开“控制面板--系统和安全”，然后点击“允许程序通过Windows防火墙”，在弹出的对话框，选择勾选“万维网服务HTTP”右侧的两个复选框，点击确定退出。
5、最后在局域网中其它计算机上，打开浏览器输入“http://Web服务器的IP地址/”，然后回车即可访问服务器上的资源。
通过上面的方法就可以在Win10下搭建web服务器了，搭建完成之后局域网中的用户就可以通过浏览器来访问web服务器上的共享资源了，跟简单吧，赶紧自己动手搭建一个吧。
session共享方案
Session共享方案本文将介绍什么是Session以及Session共享方案。
首先，我们将了解Session 的基本概念，然后探讨为什么需要共享Session以及Session共享的常见方法。
最后，我们将重点介绍一种常用的Session共享方案。
1. 什么是Session？在Web开发中，Session是一种用来存储用户会话数据的机制。
用户通过与Web服务器建立连接后，服务器会为该用户创建一个Session对象来保存用户的会话状态。
Session对象包含了用户的身份信息、浏览历史和其他需要跨请求共享的数据。
Session是无状态的，也就是说，服务器无法直接知道用户的上下文信息。
为了解决这个问题，服务器会为每个用户创建一个唯一的Session ID，并将该ID存储在Cookie中发送给用户的浏览器。
浏览器在后续的请求中会通过Cookie将Session ID发送给服务器，服务器借此找回对应的Session对象。
2. 为什么需要共享Session？在某些情况下，我们可能需要在多个服务器之间共享Session。
下面是一些常见的场景：•负载均衡：当网站流量较大时，可能需要通过负载均衡将请求分配到不同的服务器上。
如果每个服务器都有自己的Session存储，那么用户在不同的服务器上将无法访问其Session数据，导致用户体验不佳。
•高可用性：当服务器发生故障时，可能需要将请求重新路由到其他可用的服务器上。
如果服务器之间无法共享Session，用户可能需要重新登录或丢失其会话状态。
•跨服务访问：有时候我们需要通过多个服务协同工作，这些服务可能位于不同的服务器上。
为了在这些服务之间共享Session，我们需要一种Session共享方案。
3. Session共享的常见方法下面将介绍几种常见的Session共享方法：3.1. Session复制Session复制是一种最简单的Session共享方案。
在这种方案中，所有的Session数据都会在每个服务器上复制一份。
在IIS中设置Session”永不过期”
在IIS中设置Session”永不过期”的问题先说明情况：公司做监控系统，B/S结构，主要用在局域网内部！监控系统开机可能要开好长时间，管理员的ID和权限等是写在Session里的——我想不用Cookies的原因可能是Cookies不是很安全，还有就是局域网内，只是几台机子访问服务器，Session没有几个，所以即使总保持着Session也不会太占用资源，最起码服务器能承受的起。
保持Session的方法：有人说设session.timeout=-1，或小于0的数。
这种方法肯定是不行的，session计算时间以分钟为单位，必须是大于等于1的整数。
又有人说设session.timeout=99999。
这种同样不行，session有最大时间限制。
我经过测试发现最大值为24小时，也就是说你最大可以session.timeout=1440，1441都是不可以有，呵呵。
本人测试环境：win2003+IIS6.0+ASP3.0。
所以想通过设session.timeout的过期时间让session永不过期是不可能的。
写到Cookies里是比较好的方法，网上也有很多这样的教程，这里就不再说了！还有就是用在要保持session 的页里设隐藏iframe每隔一段时间（这个时间小于session.timeout的时间）把刷新一次frame 里的空页面！实现方法如下：在要保持session页里加上：<iframe width=0 height=0 src="SessionKeeper.asp"></iframe>同目录下建一下SessionKeeper.asp的文件。
<html><head><meta http-equiv="Refresh" content="900000;url=sessionKeeper.asp"><!--每隔900秒刷新一下自己，为了和服务器通讯一下，保持session不会丢--></head></html>这种方法还是比较长见的，另外还有一种和上面类似的方法，不过他不是用meta自动涮新嵌套的iframe的方法。
应用程序池的配置文件如何管理
应用程序池的配置文件如何管理在当今的信息技术领域，应用程序池是 Web 服务器（如 IIS）中用于管理应用程序的重要组件。
而对于应用程序池的有效管理，其中一个关键方面就是对其配置文件的妥善处理。
理解和掌握如何管理应用程序池的配置文件，对于确保 Web 应用程序的稳定运行、性能优化以及安全性都具有至关重要的意义。
首先，我们需要了解应用程序池配置文件的存放位置。
在常见的Web 服务器环境中（以 IIS 为例），应用程序池的配置文件通常存储在服务器的特定目录中。
通过服务器的管理界面或者相关的文件系统路径，可以找到这些配置文件。
那么，这些配置文件中都包含了哪些重要的信息呢？一般来说，它涵盖了诸如应用程序池的名称、标识、运行模式（集成模式或经典模式）、回收设置、进程模型配置（包括最大工作进程数、闲置超时时间等）、健康监测设置等关键参数。
对于应用程序池的回收设置，这是配置文件中的一个重要部分。
合理的回收设置可以避免应用程序因为长时间运行而出现内存泄漏或性能下降的问题。
我们可以设置基于时间间隔的回收，例如每隔一定的小时数进行回收；也可以根据内存使用量或者请求数等指标来触发回收操作。
进程模型配置也是不容忽视的。
最大工作进程数的设置需要根据服务器的硬件资源和应用程序的负载情况来权衡。
如果设置得太少，可能无法充分利用服务器的性能；而设置得太多，则可能导致资源竞争和系统不稳定。
闲置超时时间的设置则决定了在没有请求的情况下，工作进程保持活动的时长。
健康监测设置用于确保应用程序池的正常运行。
通过设置定期的Ping 操作或者检查特定的页面响应，可以及时发现应用程序池出现的故障，并采取相应的措施，如自动重启应用程序池。
接下来，谈谈如何修改应用程序池的配置文件。
这通常可以通过服务器的图形化管理界面来完成，大多数 Web 服务器都提供了直观的操作方式，允许管理员对各项配置参数进行修改。
但对于一些高级用户或者需要批量处理的情况，也可以直接编辑配置文件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IIS应用程序池多工作进程设置及Session共享
1 概述
微软的IIS作为Windows平台下网站发布的默认WEB服务器，在性能上提供了比较大的
弹性和可伸缩性，通过应用程序池工作进程数的设置，可以支持从几十到上万并发数量的访问。
本文档对相应设置过程进行操作指引，并对设置过程中的注意事项进行重点描述。
2 应用程序池多工作进程设置
根据以往的经验值，在主流的PC-SERVER主机（Xeon E5645 @ 2.4GHz，6核心12线程，32G
内存）上，每个应用程序池的单一工作进程，能够大约承受30-50个左右的并发，如果超出此并发数量，可能会出现IIS无法响应、或响应时间明显变长的问题。
通过合理设置应用程序池的最大工作进程数，可显著提高IIS应对高并发的能力，减少网站响应时间。
2.1 设置步骤
1、找到待设置网站对应的应用程序池，如图 1所示：
图 1 找到应用程序池
2、在所选应用程序池上点击右键，选择【高级设置】，如图 2所示：
图 2 高级设置
3、在弹出的【高级设置】窗口中找到【最大工作进程数】，并设置为合理值，如图 3所示：
图 3 设置最大工作进程数
4、点击【确定】按纽保存设置。
2.2 注意事项
图 5 启动服务
4、打开待修改网站主目录下的web.config配置文件，搜索找到“<sessionstate>”配置节点，如果不存在配置节点，则在“<system.web>”节点下新建“<sessionstate>”配置节点，并将节点属性修改为：
<sessionState mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" /> 其中“tcpip=*”后的主机IP地址和端口可根据实际情况修改。
修改完后保存配置文件即可。
3.2 注意事项
1、 Session中保存的自定义对象必须显示标记为可序列化“[serializable]”。
如果未显示标记为可序列化，则在访问页面时会报错。
2、 StateServer服务器必须为Windows Server操作系统，如Windows Server 2003或Windows Server 2008。