Integrated PipelineモードでIIS 7で実行されているサイトでBackgroundWorkerスレッドを使用することに問題があったのでしょうか？IIS7のBackgroundWorkerスレッド - FAIL！
データベーススキーマ（管理機能、明らかに）を更新するためにこのような獣を使用しようとしていますが、これはCassiniでは完全に機能しますが、IIS 7に展開すると、スレッドは約1行のコードを取得し、終了する。スレッドが終了した理由を伝える方法はありますか？
ありがとうございます。
これはおそらく例外です。おそらく、あなたは2つの環境間で異なる権利のセットを使って走っているでしょう。
私にはわかりませんが、私は質問しなければなりません。なぜ、最初にBackgroundWorkerを使用しますか？その主な目的は、UI要素のスレッドを容易にすることです。 代わりに、「通常の」スレッドや他のUI以外のメカニズムを使用しないのはなぜですか？あなたがASP.NETチームからのBackgroundWorker、トーマスを使用したくない
公正な呼び出し - おそらくあまりにも多くの時間がWPFやWinFormsアプリケーションで動作していると思います。これらのものは習慣形成することができます... –
がちょうどASP.NETで別々のスレッドでコードを実行に関するいくつかの情報掲載：http://blogs.msdn.com/tmarq/archive/2010/04/14/performing-asynchronous-work-or-tasks-in-asp-net-applications.aspx
ああ...ペニーが下がります！もちろん、カッシーニは私のユーザーアカウント（マシン管理者）の下で実行されますが、IIS7プロセスは権限のないユーザーです。なぜ私はそれについて考えなかったのですか？ありがとう。 –