SQL ServerでNHibernateタイムアウト

Question

SQL ServerでNHibernateを使用しているC＃でバックエンドを持つASP.Netアプリケーションがあります。

最近私は、Webの特定のページで長い間、いくつかのタスクを実行している間、フリーズし、タイムアウトが発生することに気付きました（NHibernate例外）。

は、タイムアウトの問題の後、私は、SQL Server Management Studioのに行くと私は同じデータベースにどのような状態のないプロセスの数十、すべてのようにありますかモニターで見ることができます：私が持っている

どこからでもソリューションを検索しています。セッションを間違って廃棄しているかどうかはわかりません。

public static void DisposeSession() 
{ 
    FlushSession(true); // Method that does a commit if there is a transaction 
    ISession Session = CurrentSessionContext.Unbind(sessionFactory); 

    if (Session != null) 
    { 
     Session.Close(); 
     Session.Dispose(); 
    } 
} 

編集1：私は現在、Webフォームを使用していますし、要求の間には、共有セッションがない

、セッションが正しく配置されている。ここでは、私がセッションを配置する方法です。

ウェブのさまざまな部分（新しい要求を実行する）から始めて、プロセスがイメージのように成長し始めて、ある時点でウェブページがランタイムエラーまたはタイムアウト。

この動作を制御するにはどうすればよいですか？ リクエストごとに1つのプロセスを持つことができ、処理を終了するときにプロセスを終了することは可能ですか？

編集2：私が間違っていた

は、セッション管理は、右の最初の答えで提供される方法で行われます。プロセスはありますが、NHibernateによって正しく管理されています。

Answer 1

まず、CurrentSessionContextがリクエスト間でセッションを共有していないことを確認してください。

通常、この種のコンテキストは、セッションをHttpContext.Current.Itemsディクショナリに格納します。これは、他のHTTPリクエストと共有されないようにするための安全な場所です。
代わりにリクエスト間でセッションを共有すると、アプリケーションは大量の負荷がかかるとほとんどのユーザーに失敗します。
ThreadContextまたはCallContextを使用すると、「ASP.Netのスレッドの敏捷性」により、一部のHTTP要求がスレッドを切り替えて以前のThreadContextおよびCallContextを失うため、負荷のかかる要求によって定期的に失敗します。 HttpContext.Current.Itemsは、http要求がスレッドを切り替えるときには保証されます。

このCurrentSessionContextが正しいと思われる場合は、DisposeSessionを修正してください。フラッシュが失敗した場合にセッションが閉じられることを保証するものではありません。その後

public static void DisposeSession() 
{ 
    try  
    {  
     FlushSession(true); // Method that does a commit if there is a transaction 
    } 
    finally 
    { 
     ISession Session = CurrentSessionContext.Unbind(sessionFactory); 

     if (Session != null) 
     { 
      // Dispose closes the session too. And Close dispose the transaction 
      // if there was one. And transaction Dispose rollbacks if it was pending. 
      Session.Dispose(); 
     } 
    } 
} 

、常にあなたの要求が終了するどのような方法このDisposeSessionと呼ばれるチェック：

それはおそらくよりのようにする必要があります。特に例外をトリガするリクエストで何が起きているかを確認します。これにはResponse.Redirect("...")のようなThreadAbortExceptionで動作するリダイレクトのケースも含まれます。

セッション管理：私は通常使用してセッション管理パターンについて

は、私は、要求ごとのライフサイクルと、それは要求のどのような結果を配置されます保証するHTTPモジュールと、それは注射を依存関係にバインドアクションフィルタ（MVC）によって処理されるトランザクションを使用します。

あなたのパターンはそれとはかけ離れています。あなたがそれを変更したいなら、NHibernateへの古いタイマー寄稿者とNHibernateプロファイラの作者からのこのblog post seriesに続いて簡単にすることができます。