这完全是一个孤立的事件，但我执行了这个命令：

ping 192.168.1.134

并得到了这个结果[图片]：

Pinging 192.168.1.134 with 32 bytes of data:
Reply from 192.168.1.133: Destination host unreachable.
Reply from 192.168.1.134: bytes=32 time=75ms TTL=128
Reply from 192.168.1.134: bytes=32 time=83ms TTL=128
Reply from 192.168.1.134: bytes=32 time=96ms TTL=128

请注意第一个“无法访问”回复中的 .133。我想我不明白这怎么可能——即使是一个完全疯狂的巧合。

在几乎同时在两台不同服务器上的三个不同场合，6.9 小时似乎过去了，没有任何数据写入 IIS 日志，但仔细检查后，似乎所有数据都被同时记录了下来。

这是我所知道的事实：

• 带有 IIS6 的 Windows Server 2003 R2
• 使用 GMT 记录，服务器本地时间 GMT-7。
• 应用程序仍在运行，我有 SQL 数据来证明
• 时间间隔出现在日志文件中，而不是跨越两个

• 标题出现在间隙

• 负载均衡器每 30 秒 ping 一次
• 无缓存

以下是有关特定案例的信息：

• 2009-09-21 18:09:27 出现一个条目
• 然后#headers
• 下一个条目是 2009-09-22 01:21:54，此日志文件中的下一个 1600 个条目和下一个日志文件中的 370 个条目也是如此。
• 2009-09-22 01:21:54 的 ~2000 个条目中约有一半是负载平衡器 ping（估计为 2/min，持续 6.9 小时 = 828 ping）
• 然后条目被记录为正常。

我相信这些事件可能与我将 ASP.NET 应用程序更新部署到这些机器上相吻合。

以下是相关日志中的一些相关内容：

ex090921.log第 3684 行

2009-09-21 17:54:40 GET /ping.aspx - 80 404 0 0 3733 122 0
2009-09-21 17:55:11 GET /ping.aspx - 80 404 0 0 3733 122 0
2009-09-21 17:55:42 GET /ping.aspx - 80 404 0 0 3733 122 0
2009-09-21 17:56:13 GET /ping.aspx - 80 404 0 0 3733 122 0
2009-09-21 17:56:45 GET /ping.aspx - 80 404 0 0 3733 122 0
#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2009-09-21 18:04:37
#Fields: date time cs-method cs-uri-stem cs-uri-query s-port sc-status sc-substatus sc-win32-status sc-bytes cs-bytes time-taken 
2009-09-22 01:04:06 GET /ping.aspx - 80 404 0 0 3733 122 3078
2009-09-22 01:04:06 GET /ping.aspx - 80 404 0 0 3733 122 109
2009-09-22 01:04:06 GET /ping.aspx - 80 200 0 0 278 122 3828
2009-09-22 01:04:06 GET /ping.aspx - 80 200 0 0 278 122 0
2009-09-22 01:04:06 GET /ping.aspx - 80 200 0 0 278 122 0
... continues until line 5449
2009-09-22 01:04:06 GET /ping.aspx - 80 200 0 0 277 122 0
<eof>

ex090922.log

#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2009-09-22 00:00:16
#Fields: date time cs-method cs-uri-stem cs-uri-query s-port sc-status sc-substatus sc-win32-status sc-bytes cs-bytes time-taken 
2009-09-22 01:04:06 GET /ping.aspx - 80 200 0 0 277 122 0
2009-09-22 01:04:06 GET /ping.aspx - 80 200 0 0 277 122 0
... continues until line 367
2009-09-22 01:04:06 GET /ping.aspx - 80 200 0 0 277 122 0
2009-09-22 01:04:30 GET /ping.aspx - 80 200 0 0 277 122 0
... back to normal behavior

请注意写入新日志文件的#header 的看似正确的日期/时间。另请注意，/ping.aspx 返回 404，然后在问题开始时切换到 200。我重命名了“我还活着”页面，以便负载均衡器在我处理它时停止向服务器发送请求。您在这里看到的是我将其重命名，以便负载均衡器将使用服务器。所以，这个问题肯定与我重新启用服务器不谋而合。

有任何想法吗？

我想开始使用 SQL Server 2008R2，但我还需要能够将我的应用程序与数据库部署到 SQL Server 2008。我刚刚发现我无法备份 2008R2 来恢复 2008。为什么？我有哪些选择？

当我们从 2005 年到 2008 年时，我可以理解仅向前兼容性，虽然我仍然觉得它很烦人，但我不明白为什么它必须在这个 .5 版本上发生。

我可以用什么来监控我在 CentOS Web 应用程序上的 Apache 上的 Rails on Passenger？

我正在寻找一些简单的东西，可以让我看到平均请求/秒和平均请求时间的实时信息。理想情况下，它会让我从历史角度看待这一点。

我正在寻找一个支持自定义解决方案 (.WSP) 部署的 SharePoint (MOSS) 共享主机提供商 - 如果它是中等信任度就可以了。我正在 SP 上构建一个公共 Internet 站点，而客户不想托管它或预先支付许可证费用。有什么建议么？

[以前在 SO 上问过-然后没有好的答案]

是否有一项服务可以识别网站的托管位置（可能是通过 IP）？

我想使用 SQL Server 2008，但我也想保持切换回 SQL Server 2005 的后备位置。我知道我无法备份 2008 来恢复 2005 并且分离/附加不起作用 - 我的选择是什么?

[更新] 对于那些问为什么的人，有两个原因 - 一个是开发的原因，我可以访问 2008 年的功能，但是如果出现问题或者我觉得它们不够用，我可以将我的应用程序放回 2005 年第二，运行时间，这样如果我在游戏后期发现意外问题。