最近、従来の asp アプリケーション + vb6 com コンポーネントを W2K3 サーバーから W2K8 サーバーに移動しました。vb6 コンポーネントで行われた唯一の変更は、MSXML 2.0 から MSXML 6.0 へのアップグレードです。これらの vb6 コンポーネントは dll にコンパイルされ、COM コンポーネントとしてサーバーに登録されます。現在直面している問題は、ASP ページの読み込みに時間がかかることです。以前は 8 ～ 10 秒かかっていた機能が、現在では約 40 秒かかります。ログを挿入したところ、MSXML 6.0 アップグレードに関連する vb6 コードのすべての機能がアプリケーションの速度低下の原因であることがわかりました。
さらに調査した結果、64 ビット バージョンの MSXML6.0 (C:\Windows\System32 に存在) を使用して XML ドキュメントをロードする vb6 モジュールは、32 ビット バージョンの MSXML6.0 を使用する xml ドキュメントをロードするのに 2 倍の時間がかかることがわかりました。 . (C:\Windows\sysWOW64 配下)
Microsoft は、これに対する修正プログラムを提供しています。下記URLをご覧ください。 http://support.microsoft.com/kb/2799406 このホットフィックスは既に試しましたが、パフォーマンスの問題は修正されませんでした。
質問: 1) W2K8 マシンでは、C:\Windows\sysWOW64 にある MSXML6.0 を使用できません。この場所を参照しようとすると、デフォルトで C:\Windows\system32 が参照されます。また、vb プロジェクト ファイルをメモ帳で開き、参照場所を変更してプロジェクトを再度開きましたが、成功しませんでした。これを修正する可能性のある解決策を提案できる人はいますか? 現在のシナリオ: Reference=*\G{F5078F18-C551-11D3-89B9-0000F81FE221}#6.0#0#..\WINDOWS\System32\msxml6.dll#Microsoft XML, v6.0
予想されるシナリオ: Reference=*\G{F5078F18-C551-11D3-89B9-0000F81FE221}#6.0#0#..\WINDOWS\sysWOW64\msxml6.dll#Microsoft XML、v6.0
2) この sysWOW64 フォルダーへの参照を使用して、この vb6 コードを dll にコンパイルしたら、Syswow64 からの参照が W2K8 サーバー上にあるときに確実に/確認する方法は?
3) また、このパフォーマンスの問題を解決するために、他にどのような領域をターゲット/検討する必要があるかを提案できますか?