我有一个Windows Server 2003 / IIS6上的ASP.NET应用程序拒绝运行的原因（这是施乐中心，如果信息帮助）。 尽pipe在这台服务器上它一直在完美地工作。 现在，如果我尝试打开应用程序主页（ http://some.intranet.server/XeroxCentreWareWeb/ ）是“404 – 文件或目录未find”错误，我会得到。 该应用程序被configuration为在它自己的应用程序池中运行，该应用程序池作为networking服务运行。 networking服务帐户具有对已configuration目录的读取权限。 如果我停止应用程序池，则会收到预期的“Service Unavailable”消息，表示应用程序及其池已正确连线 我试图跟踪procmon的任何文件权限问题 – 什么都看不到。 加载页面时甚至无法访问Web应用程序目录。 有趣的是，根据procmon，Web服务器首先访问401-2定制错误文件（由于服务器configurationlogin失败），但决定发送404到客户端。 编辑：应用程序与Windows集成身份validation运行。 普通用户也可以访问应用程序目录（ 如果有的话，我会注意到procmon中的文件系统“ACCESS DENIED”消息 ）。 这让我觉得即使在应用程序文件被访问之前，也会出现一些奇怪的权限问题。 我只是不知道在哪里看。 我试图运行应用程序池作为本地系统进行testing，但无济于事。 我还能在这种情况下检查什么？
我应该为我的生产服务器使用processModel autoConfig =“true”还是应该为processmodel自定义值？ 编辑我有减速。 CPU正在最大化。 应用程序本身并不是CPU密集型的。 但是我们用SQL服务器来使用EF。
我们在内部托pipe我们的ASP.NET网站（在我们的DMZ内）。 当我们正在进行networking维护等，我们希望我们的网站显示一个维护页面，但我们的networking是closures的，所以我们的托pipe服务器closures。 我们不会托pipe我们的DNS条目（它是外部处理的），所以我们可以在外部托pipe一个维护页面，但是推送DNS更改以进行维护将需要很长时间。 我们可以采用什么样的解决scheme来处理networking中断，同时仍然向外部用户表明我们仍然存在？ 什么为你工作，你有什么尝试？
看来我的web服务器上的asp.net网站加载非常缓慢，如果他们没有被访问一段时间。 如果ASP.NET处理器在一段时间内未使用，是否会进入暂停或hibernate模式？ 通过configurationASP.NET或编写一些程序来访问我的网站每隔一段时间保持清醒状态来解决这个问题对我来说更好吗？
我有一个运行在IIS 8中的Windows 2012上的asp.net应用程序，它有一个非常耗时的应用程序启动过程（实际上在Application_Start（）事件中运行的代码最多可能需要2分钟）。 因此，我想尽量减less应用程序启动的次数，以便用户可以避免长时间的等待。 我已经在应用程序设置中启用了Preload，并且我已经在应用程序池中将Start Mode设置为AlwaysRunning。 然而，该应用程序在没有被使用一段时间后仍然结束，导致应用程序closures后首次访问该网站的时间很长。 有没有人有任何想法，我可以如何防止这一点？ 谢谢
我pipe理一个有相当stream量的ASP.NET网站。 在一天中间，我有时需要重新部署网站，更改web.config文件中的configuration或对SQL Server进行一些更新。 理论上，当我做出这些更改时，我可以将用户redirect到一个“维护页面”，表示正在进行更新。 但有时候，修复通常只需要几秒钟。 如何检查有多less用户正在使用该网站，并在没有人在线时应用快速更改？ 我可以访问Web服务器和数据库服务器。
我们有两个服务器上运行相同的ASP.NET application ： 一个实例在Windows Server *2012* R2上的IIS 8.5下运行 两个实例在Windows Server *2008* R2上的IIS 7.5下运行 令我感到困扰的是， 新机器似乎比两台旧机器都要糟糕 ！ 在2012年，一个80分钟左右的窗口显示CPU平均使用率 （处理器时间）平均为37％ ，平均每秒8个请求 。 在2008年，在同一时间框架中，我看到32.5％的CPU使用率和12.5个请求/秒 ： 更重要的是，2012年的CPU（Intel Core i7-4770 @ 3.40GHz）的CPU实际上应该比2008年的那个（Intel Xeon E3-1230 @ 3.20GHz）更快： 加上我对这种性能差异的理解缺乏的事实是，2012实例只运行一个ASP.NET应用程序，而2008年的两个服务器都履行其他任务：一个运行所有三个访问的数据库服务器应用程序实例，另一个在相同的IIS实例下运行不less其他ASP.NET应用程序。 题： 谁能澄清一下，在ASP.NET应用程序性能方面，装备较好的服务器究竟落后了多less？
无论何时/ bin文件夹或web.config文件更改，IIS都会自动回收一个ASP.net应用程序池。 有没有办法禁用该function？ 这是在集成模式下运行的IIS 7.5，其基本目的是允许应用程序（使用完全信任）来更新和重新启动自己。
来自StackOverflow的X-Post： https://stackoverflow.com/questions/9465123/intermittent-high-cpu-100-on-production-webserver 我们有一个带有3个Web服务器的Web集群，每个Web服务器有24个内核和24GB内存。 我们的应用程序是最新的补丁ASP.NET 4.0，与MVC3，在IIS 7.5 – 在它自己的应用程序池。 非常间歇地（可能每2/3天一次）其中一个networking服务器将停止服务请求，并且所有24个内核将显示100％的CPU（内存和磁盘看起来正常）。 在IISpipe理器没有完全冻结的情况下，有效的运行请求似乎没有提供任何有用的信息，在很多站点区域/请求中都是非常随机的。 一旦服务器死了，我们可以把它卸载 – 在5分钟的不再服务的请求之后，CPU的活动将回落到正常状态 – 这使我们认为这不是一个无限循环。 工作进程的内存转储（大小约为4GB）似乎没有显示任何位于任何托pipe堆栈跟踪中的任何代码/名称空间 – 但只是.net开始请求的东西（这是可能的我使用WinDbg错了 – 并没有正确加载我们的符号 – 但堆栈跟踪不显示任何缺less/未命名的方法调用 – 所以我很困惑） 我们的服务器通常很快乐地处理1000请求/秒，所以这非常奇怪。 我们在Perfmon中注意到的一件奇怪的事情是竞争率达到800.我们的应用程序中没有任何花哨的multithreading代码，我们唯一的locking在我们的caching代码中年龄改变）。 任何意见/提示如何进一步诊断这个问题将不胜感激。 干杯。
每个可以处理多less请求？ 需要多lessRAM？ 正如我记得FastCGI是打开初始化进程，每个可以处理一个请求。 那么multithreading呢？