サイトの減速やエラー.NET 4

Question

に.NET 2から切り替えた後、私たちは、アプリが大幅に遅くなった

1. 4に2から、従来のWebアプリケーションの.NETバージョンを変更し、

2. 我々今、いくつかのケースでは、このエラーを取得する：

   エラーがSELECT Qにスローされ

   System.Data.SqlClient.SqlException: Transaction (Process ID 85) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

検索/ルックアップ・タイプの操作を実行している間は使用できません。 （更新タイプ操作ではない）。

レガシーアプリはかなり古いですNHibernateはバージョン2.2を実行しています。そのパッケージは多くのクエリを生成します。最新のバージョン3.2にアップグレードしてもスピードは向上しませんでした。それはエラーを取り除くように見えます。しかしそれは他のバグを引き起こすので、我々は主要な分析なしでアップグレードすることはできません&テスト。

最後に、私の質問：

1. 任意の提案ですか？

2. 私たちは、SQLクエリにWITH (NOLOCK)を追加し、エラーが去っていきました。しかし、これが他の問題を引き起こす可能性はありますか（このエラーの原因となるユーザーの操作中に更新が行われないとすれば、トランザクションが検索に関係する理由はわかりません）。

私たちはこのアプリには非常に新しく、別の開発者から引き継いだものです。だから、どんな助けもありがたいです。たとえデバッグのしかたをしているだけですらあります。私たちは多くのことを試していますが、NHibernateにはあまりよく知られていませんので、特にNHibernateと.NETバージョンの洞察はすばらしいでしょう。

Answer 1

一つの可能​​性は、アップグレードがエラーを導入している、あなたは優雅にrollbackを発行していないことです。このように奇妙なことに、.net2から.net4へのアップグレードは、NHセッションの問題をもたらした可能性があります。これは、クラシックモードから統合モードに移行した場合にも当てはまります。

私の理論を割り引く一つの選択肢は、NHProfをダウンロードしてローカルで（ストレステストを含む）テストを実行して、セッションが適切に開閉していないかどうかを確認することです。

セッションの問題ではない場合でも、NHProfは問題のあるクエリの場所を表示することがあります。テスト中に私はSQL Server Profilerを呼び出してDavidの理論をディスカウントします。

私は、これら二つのオプションは、あなたの最善の策だと思います。あなたのインデックス车内