经典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后域更改

回答

相关问题