在Windows 2003上对IIS 6进行故障排除的想法

Question

我编写了一个.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％。 我没有仔细查看磁盘，但是服务器大部分时间都处于空闲状态。

我正在寻找有关从哪里开始进行故障排除的建议。

谢谢马丁

Answer 1

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

我对一个我不熟悉的网站进行了性能分析，发现它正在移动大量数据。 为了使代码作为原型工作，COBOL开发人员使“链接”在大量数据之间移动。 最初，这些大数据块中有13+个在内存中移动。 我不记得确切的错误消息，但是探查器提到虚拟内存中的大量使用，或者应用程序使用了大量的分页。

我们对该应用程序进行了重新设计，它使用的内存显着减少，现在看来可以在不到2-3秒的时间内发送回数据。

马丁