应用程序池

公司的一个网站程序长时间运行后，速度变慢，重新启动网站后速度明显变快，估计是网站程序占用的内存和CPU资源没能及时释放，才需要每隔一段时间重启 网站释放资源。但手工重启总不能算解决问题的方法，怎样才能实现自动管理呢？IIS6.0的应用程序池自动回收功能可以解决这一问题。 应用程序池 是将一个或多个应用程序链接到一个或多个工作进程集合的配置。因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔，所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响。 为Web程序配置应用程序池需要以下步骤：1）创建应用程序池，右键单击“应用程序池”，“新建/应用程序池”，命名为KefuAppPool；2）为Web程序指定应用程序池，在网站虚拟目录属性“应用程序设置”里面的“应用程序池(N)”里选择KefuAppPool；3）应用程序池自动回收方式的设置。回收方式有如下几种： a.根据运行时间 系统默认是1740分钟,也就是29个小时,这个不是很好控制,建议不用。 b.请求数目 这个要看具体的情况了。如果只有10个请求，可是有5个都在请求那个比较占资源的页面（可能是统计年度报表之类），这个时候就会出现进程当掉的情况，如果 请求有1000个可是一个也没运行比较占资源的页面，这个时候进程肯定是很正常的，所以根据请求的数目来决定也不一定符合实际需要。 c.计划的时间

今天同事在一个服务器（winserver 2008 x64)上新建了一个IIS（7） 网站，但是报了如下错误： Could not load file or assembly 'System.Data.SQLite' or one of its dependencies. An attempt was made to load a program with an incorrect format. 如下图: 刚开始以为是权限问题，设置了所有权限还是报错； 然后又尝试了应用程序池.NET版本等其他方式，还是没找到原因； 最后在网上搜索到了解决办法，原来应用程序池的高级选项里面有关于兼容WIN32程序的选项； System.Data.SQLite是分了操作系统版本的，有X86，X64之分；因此应用程序池应该选择兼容WIN32; 如上图所示，这样设置后，网站就不报错了； 来源： https://www.cnblogs.com/zjoch/archive/2011/12/02/2272615.html

这篇文章的题目也就是我碰到的问题，看起来很奇怪的样子。我第一次碰到，因为我接触网站才几天。因此，我是一个vegetable bird。 在这里写下自己的第一篇文章。一个是为了记录自己碰到的问题，希望见证自己成长的经历，正如我的名字所期待的那样，zerotohero。 另一个也是为了帮助其他碰到同样问题的朋友，至少有一点方向，不必像我一样焦头烂额。 先说说我的配置环境 window server 2003IIS 6.0macfee enterprise 8.7 下面我说说自己是如何解决该问题的思路和步骤，而不是直接说解决的方案。 这里只是讨论我遇到的情况，还有很多其他可能的原因并不涉及，需要以后不断地补充和完善。 网站出现问题以后，我有点不知所措。我测试了一下，发现了一个现象，只有运行aspx的时候才会报上面的错误。htm的代码则可以正常跑起来。 那么问题可能是出现在网站对aspx的支持上了。 情况一:framework的支持 1、 先查看一下 asp.net服务是否启动了 2 、检查下IIS是否启动了对asp的支持 3、 检查下杀毒软件和framework是否正常 事实上，macfee enterprise 8.7 是非常严格的。我先试着将它关闭了。（事实证明它确实很严格，最好关闭它的访问保护，它会阻止iis加载app_code.dll） 其次，查看下framework是否正常

用户 'IIS APPPOOL\DefaultAppPool' 登录失败。 我在windows8中安装了iis 之后添加了我做的网站 打开之后提示用户 'IIS APPPOOL\DefaultAppPool' 登录失败。 我再vs2010中能正常运行 最佳答案 这是设置iis应用程序池的设置问题。 我就遇到了这样的问题。 比如我的网站取名myweb，就会默认给你建立一个myweb应用程序池 一开始报http 404.17错误 解决方案： 1. 右键myweb应用程序池，基本设置，选择.net framework 版本，看到有两个，2.0和4.0. 啊，这时我明白了，就选了4.0. 接着就报了你的那个错误 'IIS APPPOOL\DefaultAppPool' 登录失败。 这时因为你的iis应用程序池的用户验证模式和sqlserver的验证模式不同。记得你安装sqlserver时选了哪个模式吗？我的是LocalSystem(如果忘记了就一个个试) 好，接下来解决这个问题。 2. 再次右键myweb应用程序池，高级设置，看到有一个节点叫“进程模型”，修改标示一项，为 LocalSystem。搞定。 开启你的网站吧。 来源： https://www.cnblogs.com/tianguook/p/3881075.html

原文地址：https://www.cnblogs.com/guohu/p/5209209.html IIS可以设置定时自动回收，默认回收是1740分钟，也就是29小时。IIS自动回收相当于服务器IIS重启，应用程序池内存清空，所有数据被清除，相当于IIS重启，在度量快速开发平台服务器端，为了减小数据库负担，内存中暂存了很多信息，不适合频繁的回收，因为回收会造成服务器端所有存在内存中的数据丢失，如果没有及时保存到数据库中，可能导致程序出现问题。而如果系统使用高峰时期，并不适合回收，回收可能导致几十秒IIS无响应，对于正在工作的人员来说，是一种很不好的体验，会以为是网络或者掉线等问题。因此，基于以上的分析，我们需要设置IIS在指定的时间内定时回收。 度量快速开发平台（以下简称：度量平台）服务端搭建采用Webservice方式进行，这就需要正确的配置IIS(Internet Information Service)才能保证服务端可靠、稳定的运行，以给客户提供更好的用户体验。IIS为保护服务器资源，有一个应用程序池的回收功能，并且已经默认设置1740分钟回收一次（29小时），为了更好的设置该属性，我们有必要对IIS回收功能设置进行掌握，并根据应用的实际情况配合调整，以达到系统运行的最佳效果。 IIS应用程序池回收，找到相应的应用程序池并点击高级设置，就可以看到回收的相关设置

iis中提供了appcmd命令 可以通过命令行来配置iis appcmd.exe 默认路径在 c:\windows\system32\inetsrv\下 若要回收应用程序池，请使用以下语法： appcmd recycle apppool /apppool.name: string 变量 string 是要回收的应用程序池的名称。 例如，若要回收名为 Marketing 的应用程序池，请在命令提示符处键入以下命令，然后按 Enter： appcmd recycle apppool /apppool.name: Marketing 配置 本主题中的过程会影响以下配置元素： 若要计划让应用程序池在特定的时间执行回收，请使用以下语法： appcmd set apppool /apppool.name: 字符串 /+recycling.periodicRestart.schedule.[value=' timeSpan '] 变量 string 为您要配置的应用程序池的名称。 变量 timeSpan 的格式为 d.hh:mm:ss，其中 d 表示可选的天数，hh:mm:ss 表示回收应用程序池时的小时、分钟和秒钟读数。 指定的值必须基于 24 小时制。 若要将应用程序池配置为以特定的时间间隔执行回收，请使用以下语法： appcmd set apppool /apppool.name:

原文: IIS应用程序池_缓存回收 本人最近由于公司业务，需要把问卷的问题和答案存入缓存中已提高问卷加载速度，减少数据库压力。 缓存关键代码（公司代码已做封装，这里只贴出关键代码）： HttpRuntime.Cache.Insert(key, value, new CacheDependency(dependencyFile), Cache.NoAbsoluteExpiration, slidingExpiration, CacheItemPriority.High, onRemoveCallBack);该缓存存储在了：IIS应用程序池中， 又使用的是相对缓存时间模式，一直等够时间再操作不太现实，于是就是上网查资料加上询问同事，找到了两种解决办法：1-到对应服务器IIS上手动回收应用程序池（缓存数据被清除，评估影响后使用）2-修改项目的配置文件后，会触发IIS应用程序池的回收时间。（可在IIS应用程序池高级设置里设置） /// <summary> /// 插入缓存对象(相对过期时间,缓存依赖) /// </summary> /// <param name="key"></param> /// <param name="value"></param> /// <param name="slidingExpiration">相对过期时间</param> /// <param name=

windows 2012 的w3wp.exe（IIS Worker Process）进程不及时释放导致占用内存过高，以下解决方法： 　　IIS可以设置定时自动回收，默认回收是1740分钟，也就是29小时。IIS自动回收相当于服务器IIS重启，应用程序池内存清空，所有数据被清除，相当于IIS重启，在快速开发平台服务器端，为了减小数据库负担，内存中暂存了很多信息，不适合频繁的回收，因为回收会造成服务器端所有存在内存中的数据丢失，如果没有及时保存到数据库中，可能导致程序出现问题。而如果系统使用高峰时期，并不适合回收，回收可能导致几十秒IIS无响应，对于正在工作的人员来说，是一种很不好的体验，会以为是网络或者掉线等问题。因此，基于以上的分析，我们需要设置IIS在指定的时间内定时回收。 快速开发平台服务端需要正确的配置IIS(Internet Information Service)才能保证服务端可靠、稳定的运行，以给客户提供更好的用户体验。IIS为保护服务器资源，有一个应用程序池的回收功能，并且已经默认设置1740分钟回收一次（29小时），为了更好的设置该属性，我们有必要对IIS回收功能设置进行掌握，并根据应用的实际情况配合调整，以达到系统运行的最佳效果。 IIS应用程序池回收，找到相应的应用程序池并点击高级设置，就可以看到回收的相关设置（本文以windows2008R2下的IIS7为例

IIS无故自动关闭停止已经不是罕见的事情了，处理这个问题是让我很头痛的事情，遇到这个问题不太可能一次性解决，多数都是用排除法一个个测试排除错误，最终找到那个错误命令。最近我的服务器遇到了这个问题，我很无奈，我很急，客户也很着急，每天ＩＩＳ都要自动停止２次以上，我总是怀疑是进程池问题，此文章是针对ＩＩＳ进程池解决办法，如果你遇到了死循环代码，或者其他非进程池，那此文章不太适合你了 网络上有关iis的问题和相关解决方案，多不胜搜，但很多都比较零散，没有系统的解决方案；另外，有些解决方法，似是而非，不能找到其中的问题关键点，本人平时对于服务器的应用上也有点实践，因此，今天稍稍总结一点平时遇到地问题和解决方法，特别是对iis的特殊权限引起问题、iis应用程序池假死问题和比较罕见的iis重启命令和自动重启办法。其它相关问题，继续关注本博。 一、2003应用程序池自动死了，不能恢复了，一直出现 Service Unavailable 常见方法如下。 1：没有打SP1补丁的时候会出现这个IIS6.0假死问题，但现在微软都在自动更新里面出补丁了，一般你打好最新补丁后是不会出现此问题了。（所以现在的IIS假死与这个关系不是很大） 2：从IIS6.0开始CPU资源都在应用池里面限制了，不象以前的IIS.5。所以假死的池的缘故就是池被拉死，你在网站打不开的时候可以看到你的某个应用池是禁用的

dbpath=Server.MapPath("XXXXXX.mdb") Set conn=Server.CreateObject("ADODB.Connection") conn.Provider="Microsoft.Jet.OLEDB.4.0" conn.Open dbpath 程序报错 ADODB.Connection 错误 '800a0e7a' 未找到提供程序。该程序可能未正确安装。 本人不是做asp但是公司之前的网站全是用asp做的，报这个错也找了很多办法下了很多驱动，其实解决办法很简单。 鼠标右键你网站应用程序池->高级设置->启用32位应用程序 默认为false改成true即可。 如果iis上面有其他的网站，切记一定只能修改对应网站的应用程序池！！！ 如果iis上面有其他的网站，切记一定只能修改对应网站的应用程序池！！！ 如果iis上面有其他的网站，切记一定只能修改对应网站的应用程序池！！！ 重要的事情说三遍！！！ 来源： https://www.cnblogs.com/xuTT1994/p/5687541.html