經典ASP：在64位Windows 2003 R2中運行緩慢的32位DLL後域更改

我的傳統ASP應用程序使用COM版本的ActiveReports從非常小的SQL Server 2008數據庫（小於200MB）中獲取數據和根據請求從簡單的ASP應用程序生成PDF。 PDF大小約爲8KB。 ASP服務器在W2k3R2 64位上運行。我做了以下內容：經典ASP：在64位Windows 2003 R2中運行緩慢的32位DLL後域更改

在SysWOW64中二手REGSVR32註冊DLL文件
爲IIS中啓用32位支持下的64位WinOS運行

ASP服務器是在UAT域當我們正在測試時，它曾經能夠在5秒內生成PDF報告......然後管理層決定「加入」PROD域名;出於一些奇怪的原因，PDF生成過程需要1-5分鐘而不是秒。無論再次註銷/註冊DLL，大量IIS重新啓動，將IUSRS和IWAM用戶添加到本地管理員組中，以及在IIS中重新啓用32位支持，都無法提高性能。

使用SQL事件探查器，我們100％確定瓶頸不是由SQL連接引起的，而是生成PDF。

我們完全不解這個問題，除了改變服務器（作爲最後的手段）之外，還有什麼我們應該看的？謝謝。

來源

2017-08-10 WML

暫停可以嘗試訪問打印機設置的渲染引擎引起的，請嘗試MyReport.Run（）

來源

2017-08-23 11:00:51

正是問題之前，使用MyReport.Printer.DeviceName =「」代碼！我們最終禁用了服務器打印機服務，整個系統像夢一樣運行。謝了哥們。 – WML

經典ASP：在64位Windows 2003 R2中運行緩慢的32位DLL後域更改

回答

相關問題