【问题标题】:Classic ASP: 32-bit dll running slow in 64-bit windows 2003 R2 AFTER domain change经典 ASP:32 位 dll 在 64 位 Windows 2003 R2 域更改后运行缓慢
【发布时间】:2018-01-18 06:46:21
【问题描述】:

我的经典 ASP 应用程序使用 COM 版本的 ActiveReports 从一个非常小的 SQL Server 2008 数据库(小于 200MB)中获取数据,并根据简单 ASP 应用程序的请求生成 PDF。 PDF大小约为8KB。 ASP 服务器在 W2k3R2 64 位上运行。我做了以下事情:

  1. 在 SysWOW64 中使用 regsvr32 注册 DLL
  2. 为在 64 位 WinOS 下运行的 IIS 启用 32 位支持

我们测试时,ASP 服务器在 UAT 域上,它曾经能够在 5 秒内生成 PDF 报告……然后管理层决定改为“加入”PROD 域;由于一些奇怪的原因,PDF 生成过程需要 1-5 分钟而不是几秒钟。无论再次注销/注册 DLL,多次重启 IIS,将 IUSRS 和 IWAM 用户添加到本地管理员组,以及在 IIS 中重新启用 32 位支持,性能都没有任何改进。

使用 SQL 分析器,我们 100% 确定瓶颈不是由 SQL 连接引起的,而是由 PDF 的生成引起的。

我们完全对这个问题感到困惑,除了更换服务器(作为最后的手段)之外,我们还有什么需要注意的吗?谢谢。

【问题讨论】:

    标签: pdf iis asp-classic 32bit-64bit windows-server-2003-r2


    【解决方案1】:

    尝试访问渲染引擎中的打印机设置可能会导致暂停,请尝试在 MyReport.Run() 之前使用 MyReport.Printer.DeviceName = "" 代码

    【讨论】:

    • 正是问题所在!我们最终禁用了服务器打印机服务,整个系统像梦一样运行。谢谢老兄。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多