.NETクラッシュダンプを自動的に生成する

Question

私はADPlusまたはDebugDiagでクラッシュダンプファイルを生成する方法を知っていますが、これらのツールをインストールせずに顧客のコンピュータでこれを行う方法があるのだろうかと思います。クリティカルな障害が発生した場合にクラッシュダンプを生成するために、（レジストリ値などを使用して）自分のアプリケーションを構成できるようにします。より具体的には、私はC＃アプリケーションからこれを行うことができる必要がありますが、私はP/Invoke'ing必要な場合は気にしません。ありがとう！

Answer 1

"失敗"プロセス（またはスレッド）自体からミニダンプを作成することは簡単ではないか、正確ではない可能性があります（MiniDumpWriteDump関数の解説）。

さらに、プロセスがクラッシュダンプを書く必要があるような怒りに陥っている場合、クラッシュダンプの作成を試みても別のクラッシュが発生する可能性があります。現在のプロセスから「キャッチ」するのがさらに難しいかもしれません）。

クライアントのシステムに別個のアプリケーションをインストールできない場合は、外部プロセスを開始することが重要です（これは重大な状況でも失敗する可能性があります）、現在のプロセスからクラッシュダンプを作成させることです（Superassert.NET from John Robbins参照）。あなたはアプリのリソースに外部バイナリを置くように、これまでに行っても、起動時に（批判的な状況での失敗を最小限に抑えるために）そこからそれを取り出してディスクに変換することができます。

Answer 2

必要な情報の種類に応じて、AppDomain.UnhandledExceptionイベントのハンドラを追加できますか？ （あなたが探しているものではないことは分かっていますが、クライアントマシンでは利用可能です。）

Answer 3

log4netのようなロギングフレームワークを使用していますか？通常は、リリースのデバッグレベルのメッセージをオフにします。しかし、特定のケース（クラッシュのような）でのみファイルに記録する特別なアペンダーを書くことについて考えることができます。このアペンダは、最初にファイルに書き込むことができるメモリ専用のリングバッファに書き込みます。後で、例えば280Z28のような例外ハンドラによってトリガされます。

Answer 4

AppDomain.UnhandledExceptionイベントでは、dbghelp.dllのMiniDumpWriteDump機能をP/Invokeできました。

この場合、.NET例外データのログをダンプし、ミニダンプをファイルに書き込むことができます。

また、P/Invokeの署名と適切な使い方を説明するthread on the MSDN forumsもあります。

Answer 5

あなたのアプリがフックされている場合は、ミニダンプファイルを作成する際にもショットを取ることができますが、最悪のことは起こるでしょう、あなたのアプリはクラッシュしますか？それはとにかくやっているので、試してみてください。
MSDN forum mentioned by VoiDedのコードはかなり安定しているようです。私はここでそれを必要とするかもしれない人のためのVBのバージョンがありますVB.Netバージョンを必要：

Friend Class MiniDump 
    'Code converted from C# code found here: http://social.msdn.microsoft.com/Forums/en-US/clr/thread/6c8d3529-a493-49b9-93d7-07a3a2d715dc 

    Private Enum MINIDUMP_TYPE 
     MiniDumpNormal = 0 
     MiniDumpWithDataSegs = 1 
     MiniDumpWithFullMemory = 2 
     MiniDumpWithHandleData = 4 
     MiniDumpFilterMemory = 8 
     MiniDumpScanMemory = 10 
     MiniDumpWithUnloadedModules = 20 
     MiniDumpWithIndirectlyReferencedMemory = 40 
     MiniDumpFilterModulePaths = 80 
     MiniDumpWithProcessThreadData = 100 
     MiniDumpWithPrivateReadWriteMemory = 200 
     MiniDumpWithoutOptionalData = 400 
     MiniDumpWithFullMemoryInfo = 800 
     MiniDumpWithThreadInfo = 1000 
     MiniDumpWithCodeSegs = 2000 
    End Enum 

    <Runtime.InteropServices.DllImport("dbghelp.dll")> _ 
    Private Shared Function MiniDumpWriteDump(_ 
     ByVal hProcess As IntPtr, _ 
     ByVal ProcessId As Int32, _ 
     ByVal hFile As IntPtr, _ 
     ByVal DumpType As MINIDUMP_TYPE, _ 
     ByVal ExceptionParam As IntPtr, _ 
     ByVal UserStreamParam As IntPtr, _ 
     ByVal CallackParam As IntPtr) As Boolean 
    End Function 

    Friend Shared Sub MiniDumpToFile(ByVal fileToDump As String) 
     Dim fsToDump As IO.FileStream = Nothing 

     If (IO.File.Exists(fileToDump)) Then 
      fsToDump = IO.File.Open(fileToDump, IO.FileMode.Append) 
     Else 
      fsToDump = IO.File.Create(fileToDump) 
     End If 

     Dim thisProcess As Process = Process.GetCurrentProcess() 
     MiniDumpWriteDump(thisProcess.Handle, _ 
          thisProcess.Id, _ 
          fsToDump.SafeFileHandle.DangerousGetHandle(), _ 
          MINIDUMP_TYPE.MiniDumpNormal, _ 
          IntPtr.Zero, _ 
          IntPtr.Zero, _ 
          IntPtr.Zero) 
     fsToDump.Close() 
    End Sub 
End Class 

ちょうどあなたがしっかりとそれへの呼び出しを扱うeception、あなたは比較的安全である必要があります。

Answer 6

次のレジストリスクリプトを使用して、特定のディレクトリにクラッシュダンプを作成する（WER）をWindowsエラー報告を構成することができます。

 
Windows Registry Editor Version 5.00 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps] 
"DumpFolder"="C:\\Dumps" 
"DumpCount"=dword:00000064 
"DumpType"=dword:00000002 
"CustomDumpFlags"=dword:00000000 

ダンプがCになります：\は反映名前でダンプしますクラッシュしたプロセスの名前。 DumpType = 2は完全なメモリダンプを与えます。 DumpType = 1はミニダンプを与えます。 64ビットマシンでは、これらをWow32ノードの下に置く必要はありません。WERは上記のWOW以外のレジストリキーのみを使用します。

クラッシュの種類によっては、この方法が機能しないことがあります。私はまだ、なぜ、どのクラッシュタイプが捕まえられないのか把握していない。誰でも？