在我的IIS日志中，我发现了警告级别的事件ID 1013，表示停止时间超过了特定Web应用程序的工作进程的预期停止时间。 我的问题是，我怎么知道或跟踪什么原因IIS工作进程停止？ 此警告级别的事件ID是否意味着工作进程应用程序池停止或不？ 在此先感谢乔治
我正在IIS 6.0中build立一个网站，并且对帐户和权限感到困惑。 我有一个特别为这个网站build立的应用程序池，与一个特定的用户。 身份validation方法属性表具有作为匿名用户的IUSR_XXX帐户。 根据这个问题： 在IIS 7.0中，应用程序池标识和网站标识有什么区别？ 应用程序池帐户应该用于文件访问。 但是我没有看到这种行为。 如果我只给网站用户帐户权限的文件系统，我得到访问被拒绝的错误。 但是如果我给IUSR_XXX读取权限的文件，他们会显示。 那么这里发生了什么？ 在这个问题中，我的IIS 6和IIS 7的行为有什么不同？ 我应该忽略应用程序池，只更改匿名用户？ 这里build议的设置是什么，这个站点需要访问数据库并写入文件系统中的某些文件夹？ 任何帮助将不胜感激，谢谢！
我有一个VPS（Win7的IIS7） 它有：40个网站和一个SQL Server 2008只用2 Gig的RAM来供电。 这些网站都不是关键任务，他们都只是演示。 我经常在服务器上存在内存问题，因为每个站点都有caching，并且通常使用大量的内存。 将应用程序池设置为每3小时回收一次有意义吗？ 我敢肯定，这将释放任何内存泄漏或进程留下“挂” 有没有其他的提示呢？ 阿隆，非常感谢！
目前试图让iis 7工作，但每次我请求一个页面，应用程序池进入停止状态。 在事件日志这是什么回来。 The Module DLL 'C:\Windows\System32\inetsrv\defdoc.dll' could not be loaded due to a configuration problem. The current configuration only supports loading images built for a x86 processor architecture. The data field contains the error number. 我已经重新安装了iis，还有其他一些想法，我读到有人通过再次下载dll来解决这个问题，但是这似乎是一个奇怪的解决scheme。 谢谢。 编辑 现在我用一个从互联网下载的文件replace了这个文件，现在它说 由于configuration问题，无法加载模块DLL“C：\ Windows \ System32 \ inetsrv \ protsup.dll”。 我希望我不必得到这些100的。
我似乎无法input到Windows文件/文件夹ACL设置GUI中的“IIS APPPOOL \ PoolName”“帐户”，它不能识别该帐户。 我知道这是香草Windows 2008中的一个问题，您需要使用icacls，但是它应该在GUI中的Windows 2008 R2上运行。 请参阅 – http://forums.iis.net/t/1156692.aspx 有任何想法吗？
我在IIS6 / Win 2003 Server中有几个应用程序和应用程序池。 现在，一个应用程序池在TaskMgr中的RAM使用量大约为500 MB。 我想知道该进程代表的是哪个应用程序池。 我怎样才能find？
我已被要求在IIS6中设置Maximum virtual memory (in megabytes)设置，并且已启用默认值500 MB。 从那时起，应用程序池的回收问题出现了一些问题。 那么，它一点也不飘忽， 每60秒钟一次 。 监视进程显示虚拟内存远低于500 MB。 一个简单的testing就是打开网站启动进程（这将虚拟内存设置为30 MB左右），然后等待，正好60秒，显示当前进程被回收，并开始一个新的进程。 我可以小幅增加这个数字，在这个过程中的生存时间似乎要长一点。 大约750 MB，症状完全消失（完全取消检查）。 Maximum used memory也被检查并设置为默认的192 MB。 如果这是一个错误，我不能find任何文件。 也许我错过了一些显而易见的机制，或者我只是很愚蠢。 无论如何，我不能停下来“提高数字，你不会得到错误”。 我必须知道为什么。
IIS应用程序池如何确定其Internet设置？ 我正在指定一个自定义标识，在该标识下托pipe.NET Web应用程序，这是一个属于我们的Active Directory域的服务帐户。 当应用程序运行时，它需要向其他服务器发出HTTP请求。 此操作会导致它从某个位置读取Web和代理设置，但是我无法理解这些信息的位置。 它看起来： 在该框的默认帐户设置？ 在AD服务器上的默认configuration文件？ 它自己的本地/漫游configuration文件？ 以上的组合？ 完全不同的地方？
上周末，我们运行IIS 6.0的网站停止处理对Web服务的调用。 日志文件被填充以下错误，直到服务器大约8小时后重新启动： 2011-05-08 01：53：12,109错误 – 无法获取执行权限。 在System.Security.SecurityManager.ResolvePolicy（证据证据，PermissionSet reqdPset，PermissionSet optPset，PermissionSet denyPset，PermissionSet＆denied，Boolean checkExecutionPermission）上发生错误。 上述错误在Web日志文件中出现了另外的316,871次。 时间是有趣的，上面的第一个错误发生在29小时的应用池回收计划之后，因为我看到这个条目： 进程ID为“758628”的服务应用程序池“gpsigolf.com”的工作进程已经请求回收，因为工作进程达到了允许的处理时间限制。 在事件日志（使用事件查看器）之前，问题和相关日志文件充满执行权限错误开始。 这个条目也是在事件日志中的前一个这样的条目之后的29个小时。 服务器一直运行，因为没有问题通过几个应用程序池回收，并已经运行五天之前发生这个问题。 这是我们迁移到的一个新的服务器，所以在遇到这个问题之前总共只有五天的时间。 问题是为什么/如何应用程序池回收导致此问题？ 我们应该避免像重叠回收这样的某些设置吗？
我有一些网站托pipe在IIS7.5的Windows 2008 R2有时我收到通知，网站报告连接到数据库的错误，并不能连接到数据库，而SQL服务器正在运行。 服务器上没有任何变化 如果我重新启动网站仍然收到错误消息。 如果我回收应用程序池，网站可以再次连接到数据库。 我使用应用程序池的默认设置，只是将其更改为在networking服务帐户下工作。 我在Windows日志或SQL服务器日志上找不到任何有用的信息 我怎样才能find问题并修复它？