我们在 Windows Server 2012 R2 Core 上的 IIS 中遇到问题。我们的 IIS 站点有自己的应用程序池，它设置为在应用程序池标识下运行。几乎在启动后第一次访问页面时应用程序池将立即停止。
我可以重新启动应用程序池并尝试访问页面，它会再次停止，有时会部分加载页面。访问像 CSS 这样的静态内容也是如此——它可能会加载一次，但第二次尝试会产生“服务不可用 503”响应。
没有任何内容写入应用程序事件日志，并且 httperr.log 文件显示以下内容：
2015-07-01 09:04:36 10.7.40.217 58318 195.47.225.106 80 HTTP/1.1 GET /Account/Login 503 14 AppOffline ourapp.ourdomain.com
我们尝试了其他地方提到的一些事情，例如确保禁用应用程序池的 loaduserprofile 选项和禁用 rapidFailProtection。其他用户似乎报告看到错误记录到应用程序事件日志中，但我们没有看到任何类似的东西。这些可以写在别处吗？
我正在尝试使用服务器 IP 访问我的 IIS 测试站点。在内部我没有问题，但在外部它尝试了一段时间然后超时。
我已经运行了 Shields Up，它显示没有打开的端口。这是一台运行 Windows Server 2003 的 1&1 VPS 服务器，所以我认为中间不会有防火墙阻塞。我在某处读到我可能必须在管理工具> 本地管理设置中进行更改以允许访问端口 80，但我不知道从哪里开始查看这里。
编辑：
我正在使用其外部 IP 地址访问服务器，这与我用于登录 RDP 的地址相同。1&1 还为所有 VPS 提供了一个解析到服务器的子域，这对于 RDP 来说也很好，但在端口 80 上使用 IIS 会失败。在服务器本身上同时使用 IP 和子域会成功返回站点。
我们在使用虚拟服务器上托管的 SQL Server 时遇到了一些问题。我们偶尔会有很短的时间，即使执行一个简单的选择也需要几分钟。在此期间，服务器上的 CPU 和内存使用率似乎正常。我们已经使用性能监视器对服务器进行了一些基本的监控，但这并没有发现任何东西，而且我们没有想法。诊断问题的下一步是什么？
编辑：
我们在服务器上看到的问题的唯一迹象是事件日志消息，通知我们“SQL Server 遇到了 x 次 I/O 请求的发生时间超过 15 秒才能完成”