我有一个64位的Windows Server 2003与IIS6，我想运行一些32位网站以及一些网站，应该运行64位。 我知道如何configuration我的64位IIS6运行32位 ，但这会导致所有应用程序池作为32位进程运行。 我想在同一台服务器上混合使用32位和64位应用程序池。 这可能吗 ？
我们有一个Web服务器与许多网站。 每个网站都有自己的应用程序池。 目前，所有应用程序池都使用相同域用户的身份。 当其中一个站点开始使用100％的CPU时，我们看不到哪个站点负责。 一个解决scheme是给每个人一个不同的身份。 有没有一种方法来确定哪个应用程序池连接到哪个站点，而不给他们不同的身份？
我的工作人员在70mB处理上限。 我如何提高这个限制？ 我在Windows 2003 IIS6上有4Gb。 谢谢！
在将软件部署到IIS的过程中，我观察了几次，现在每隔一段时间，相关的应用程序池都无法重新启动，而在事件日志中，我们看到如下错误： 应用程序池的标识“AppPoolName”无效。 如果在处理应用程序池的第一个请求时仍然无效，应用程序池将被禁用。 这不会经常发生，但是当它唯一的解决scheme是在IISpipe理器窗口中重新应用身份密码。 只要我重新申请，然后重新启动应用程序池，网站又回来了。 事实： 该帐户是密码永不过期的服务帐户。 该帐户是IIS主机的本地帐户。 帐户密码永远不会改变。 这是在Windows Server 2003上运行的IIS 6 该软件的部署是通过MSI，并涉及多个IIS复位。 该软件是在内部创build的，不会对IIS做任何事情。 任何想法如何身份信息可能会腐败？ 编辑：澄清 要明确 – 这个用户帐户和密码组合工作绝对好，通常作为应用程序池的身份正常工作。 只有当我们的软件更新部署到现有的IIS应用程序，它停止工作。 我们的密码没有改变 我们的部署不会更改密码或重新configuration应用程序池。 也许这不会发生每次1/20次。 如果我们重新input密码到IIS并重新启动应用程序池一切正常。
运行Win 2012 R2和IIS 8.5。 当设置自定义标识来运行特定的应用程序池（让我们称之为“应用程序池1”），我得到恕我直言，一个非常奇怪的行为。 当我点击应用程序池1，然后“设置应用程序池默认值”>“身份”>“自定义帐户”，并设置一个自定义标识（gMSA），然后通过“确定”并查看主“应用程序池”窗口我仍然看到运行应用程序池之前，我改变它的旧身份。 这是即使我做“iisreset”和/或重新启动有问题的服务器。 但是，如果我要通过重复上述步骤仔细检查设置，则可以看到我input的自定义标识（gMSA）仍然存在。 因此，当进入App Pool 1并查看哪个身份正在运行应用程序池时，我将获得我设置的身份; 当查看显示所有应用程序池的“应用程序池”时，我仍然可以看到旧池。 尝试做“iisreset”，重新启动整个服务器，检查事件查看器，并启用IIS日志=什么都没有。 然后，只是随机地从旧的身份改变到我设定的新身份。 很奇怪。 这不是重新启动之后，或者只是我刚刚发生的事情。 另一个奇怪的是，当我通过设置上述自定义标识来修改应用程序池时，运行所有默认应用程序池（NET v2.0等）的标识也会更改为该自定义标识。 因此，如果我将“应用程序池1”更改为gmsaRandomGmsa，那么身份也将运行所有默认应用程序池。 如果有人以前经历过这件事，并且知道是什么原因以及如何解决这个问题，请马上反应。 最好的祝福
我们正在运行一个ASP.Net应用程序，它也调用一些传统的COM对象。 我们遇到了一个问题：用户数量增加COM对象正在创build一个瓶颈，因为它在与应用程序池相同的线程/进程上执行。 我们目前有一个硬件负载平衡器，并使用粘性会话来平衡两台服务器之间的负载。 不幸的是，这似乎还不够。 我们使用多个应用程序池进行了一些testing，每个应用程序池都运行相同的应用程序，性能似乎有显着提高 我有几个问题。 添加多个应用程序池是否明智，都指向相同的物理文件？ 我们仍然会使用硬件负载平衡器。 所有来自app.xxxxxx.com的请求都将被redirect到例如app1.xxxxxx.com，app2.xxxxxx.com，app3.xxxxxx.com，app4.xxxxxx.com。 每一个都是同一台服务器上的应用程序池。 这是常见的做法吗？ 服务器有16个核心。 设置处理器亲和力是否合理，将每个应用程序池专用于4个内核？ 我们被困在使用InProc会话。 因此，我们甚至没有考虑使用Web Garden。 另外从我读的Web Garden更多的是提高可用性而不是性能。 我是一个贸易的开发者，而且我研究/执行这些任务，其中很多是我的一个学习过程。 谢谢
我们正在将新应用程序部署到其实时环境中。 应用程序服务器正在运行使用EntityFramework的IIS托pipe的.NET应用程序，并对非.NET COM +应用程序进行了多次调用。 我们已经能够通过修改IIS应用程序池中最大工作进程的数量来影响纯.NET代码的性能，但是我的问题是工作进程的数量与组件服务中应用程序池的池大小有什么关系？ 像： 我们是否应该把这两个数值之间的关系作为一对一的关系？ 我们应该避免多个工作线程？ 任何洞察力感激地收到…
我有一个运行v2.0的网站，但是我想让它下面运行的虚拟目录使用v4.0。 我已经把虚拟目录设置为一个应用程序，并给它自己的应用程序池。 该服务器正在运行Windows Server 2003 SP2（64位）。 但是它启用了Enable32BitAppOnWin64标志，这意味着网站/虚拟目录的属性对话框中的ASP.NET选项卡丢失。 .NET 4.0已安装， aspnet_regiis -lv列出了.NET 2.0和.NET 4.0的32位和64位版本，并启用了Web服务器扩展。 我不能禁用Enable32BitAppOnWin64标志来获取ASP.NET选项卡，所以有没有办法从命令行做到这一点，而不会有可能打破某些东西？ 我运行aspnet_regiis -lkfindpath，所以我可以尝试aspnet_regiis -sn ，但它只返回一个logging W3SVC/ 2.0.50727.0 （虽然有3个独立的网站和一个运行在服务器上的虚拟目录） 如何在没有ASP.NET选项卡的情况下更改虚拟目录的框架版本？
自从发行以来，我一直在使用IIS7.5。 我也使用商务服务器2007sp2。 由于商业服务器需要内存和处理器我有应用程序池的网站被分配到每天晚上回收。 我的问题是什么是回收沉重的networking应用程序池的最佳时间表？ 如果可能的话，我希望保持速度，而不是在每天回收多次的情况下碰撞潜在客户。 另一个问题是，每隔几天，相同的应用程序池将挂起，我不得不强制重置IIS以使其重新工作。
与IIS7.5pipe理器的“工作进程”窗格中的“虚拟字节”的含义相关？ 我有一个服务器运行几个不同的网站。 我们看到一些性能和内存问题。 当我转到工作进程时，我看到一个虚拟字节数为5 GB的站点。 私人字节是一个更合理的800 MB。 服务器是具有8GB内存和IIS 7的x64。 是虚拟字节数如此之高还是一个红鲱鱼的问题？ 如果虚拟字节数很高，这是否意味着它将内存存储在分页文件中，这可能会导致抖动？ 还是应用程序池只是在Windows x64上创build大块虚拟内存，而不影响其他进程或写入分页文件？