在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秒的時間內發送回數據。

馬丁