【问题标题】:Ideas on Troubleshooting IIS 6 on Windows 2003在 Windows 2003 上对 IIS 6 进行故障排除的想法
【发布时间】:2012-01-05 16:58:01
【问题描述】:

我编写了一个 .NET 4.0 Web 服务,它从应用程序数据存储中发回数据。基本上,它正在访问远程的结构化文本文件。数据请求平均需要 10-14 秒。在过去的 3-4 周内,服务器现在需要大约 4 分钟来访问相同的数据。为了消除网络问题,我将正在访问的文件移至 Windows 2003 上的 IIS 6.0 服务器,但仍需要大约 4 分钟才能返回数据。

我有一个 .NET 4.0 Web 服务调用访问数据文件的 COBOL 访问代码。访问代码和文件均未更改。

问题似乎出在 IIS 服务器上。我可以从我的开发人员工作站运行此 Web 服务以访问远程应用程序服务器上的文件,它在 10-14 内运行。

性能:Web 服务在处理器方面的利用率不超过 50%。我没有仔细查看磁盘,但服务器大部分时间都处于空闲状态。

我正在寻找有关确定从何处着手进行故障排除的建议。

谢谢, 马丁

【问题讨论】:

  • 您真正看到的问题在哪里? Web 服务请求需要 4 分钟才能返回数据,还是需要花费很长时间才能使用和呈现结果?
  • 当我单步执行代码时,对 COBOL 系统的调用似乎花费的时间最多。我不明白的部分是如何从这台计算机上的 10-14 秒到 4 分钟。它有权限,因为如果我让进程运行它确实会返回我要求的数据。我通过 Chrome 的控制台观察客户端,看看它何时真正响应。此外,我运行 Fiddler2 以查看响应何时返回。
  • 您的生产服务器是在防火墙后面还是在 DMZ 中?在 DNS 问题上,您可能存在某种网络延迟。

标签: .net iis service web


【解决方案1】:

我不是 COBOL 专家,只是将我的发现与我的一位内部 COBOL 开发人员发布。

我对我不熟悉的网站进行了分析,发现它在移动大量数据。 COBOL 开发人员努力让代码作为原型工作,让“链接”在大块数据中移动。一开始,有 13 多个这样的大数据块在内存中移动。我不记得确切的错误消息,但 Profiler 提到了虚拟内存中的大量使用或应用程序正在使用大量分页。

我们重新设计了应用程序,它使用的内存显着减少,并且现在似乎可以在不到 2-3 秒的时间内发送回数据。

马丁

【讨论】:

    猜你喜欢
    • 2023-04-03
    • 1970-01-01
    • 2019-06-30
    • 1970-01-01
    • 2010-10-13
    • 2020-10-02
    • 2011-02-07
    • 2013-11-20
    • 1970-01-01
    相关资源
    最近更新 更多