0
クラシックASPアプリケーションはActiveReportsのCOMバージョンを使用して、非常に小さなSQL Server 2008データベース（200MB未満）からデータを取得しています。シンプルなASPアプリケーションからのリクエストに応じてPDFを生成します。 PDFのサイズは約8KBです。 ASPサーバーはW2k3R2 64ビットで動作します。私は、次の行っていた：DLLを登録するSYSWOW64でクラシックASP：64ビットWindowsで遅い32ビットdll 2003 R2 AFTERドメイン変更
- 使用済みます。regsvr32
- 64ビットのWinOSの下で実行されているIISのEnabled 32ビットサポート
ASPサーバは、UATドメインにありました私たちはテストしていましたが、5秒以内にPDFレポートを作成することができました...その後、経営陣は代わりにPRODドメインに参加することに決めました。いくつかの奇妙な理由から、PDF生成プロセスは数秒ではなく1〜5分かかりました。 DLLの登録/登録解除にかかわらず、多数のIISが再起動し、IUSRSおよびIWAMユーザーをローカル管理グループに追加し、IIS内で32ビットサポートを再度有効にすると、パフォーマンスは向上しません。
SQLプロファイラを使用することで、ボトルネックがSQL接続に起因するものではなく、PDFの生成であることを100％確信しています。
私たちはこの問題を完全に困惑しています。サーバーを変更することを離れて（最後の手段として）、他の何かを見なければなりませんか？ありがとう。
まさに問題！サーバープリンタのサービスを無効にしてしまい、システム全体が夢のように動作します。ありがとう。 – WML