ご提案いただいたSessionStateのTimeOutは別の要件ですでに値を大きくしてあるのですが、すみません、上のレスを見落としてました。要求を処理しているサーバーにセッションがない。セッションとは別物だそうです。変えても意味はないようです)関係ないかもしれませんがご参考まで。構成していませんし、ワーカープロセスのリサイクルは毎日夜間におこなう設定になっているのみで、メモリの使用量に応じてリサイクルする設定にはなっていませんでした。実際に使用しているアプリケーションはReportViewerを使用したもので、こちらのスレッドに載せているものと同じものです。参考記事のご紹介ありがとうございます。確かにASP.netのセッション管理とは異なるもののようですね。レポートの処理に時間がかかりすぎている事もセッションの維持に関係しているようですので、操作履歴なども確認してみます。3:42返信|引用0サインインして投票とりあえず、Global.asax辺りで、Application_Endイベントでログをとってみると、アプリが再起動しているかは確認できるかもしれません。Application_Endイベントなら、HostingEnvironment辺りからアプリがシャットダウンされようとしている理由がとれたはずです。InProcならついでにSession_Endもログとってみてもいいと思います。アプリの再起動などの理由でなければSession_Endでタイミングは取れると思います。章の「セッション状態が失われる理由」に書いてあったことを紹介しておきます。リサイクルは周期的ではあるものの、周期の間隔について一般的な見通しを立てることはできない。ファイルに変更されたという印をつけることがある。フォルダといった特別なフォルダの内容が更新されたりした場合も同様にセッション状態が失われる。悩んだ人がこのフォーラムにもおられました。原因が分からないので対症療法的ではありますが。詳しくは以下のページを見てください。モードは論外という意見もあるようですし。