Generowanie automatycznych zrzutów systemu .NET

Question

Wiem, jak generować pliki Crash Dump za pomocą ADPlus lub DebugDiag, ale zastanawiam się, czy istnieje sposób, aby to zrobić na komputerze klienta bez instalowania tych narzędzi ... konkretnie, chciałbym lubię móc skonfigurować moją aplikację (na przykład przy użyciu wartości rejestru), aby wygenerować zrzut awaryjny w przypadku krytycznej awarii. Dokładniej, muszę móc to zrobić z aplikacji C#, ale nie mam nic przeciwko P/Invoke'ing w razie potrzeby. Dzięki!

Answer 1

Należy pamiętać, że tworzenie minizrzutu z wnętrza procesu "awaryjnego" (lub nawet wątku) nie jest proste lub może być niedokładne (dotyczy również uwag funkcji).

Poza tym, jeśli twój proces jest w takim gniewie, że możesz potrzebować napisać zrzut awaryjny, cała sytuacja jest zazwyczaj tak mocno podświetlona, ​​że ​​nawet próba utworzenia zrzutu awaryjnego może spowodować kolejną awarię (sytuacje takie jak odłożenie na bok - ale te mogą być jeszcze trudniejsze do "złapania" z obecnego procesu).

"Najlepszą rzeczą, którą możesz zrobić, jeśli nie możesz zainstalować oddzielnych aplikacji w systemach klienta, jest uruchomienie zewnętrznego procesu (który może również zawieść w krytycznych sytuacjach!) I niech to spowoduje awarię awarii z twojego obecnego procesu (patrz Superassert.NET from John Robbins). Możesz nawet posunąć się tak daleko, aby umieścić zewnętrzny plik binarny w zasobach aplikacji, rozpakuj go na starcie (aby zminimalizować awarię krytycznych wersji) na dysku (jeśli się odważysz).

Answer 2

W zależności od rodzaju potrzebnych informacji można dodać procedurę obsługi zdarzenia AppDomain.UnhandledException? (Wiem, że nie jest to dokładnie to, czego szukasz, ale jest to zdecydowanie dostępne na komputerach klienckich.)

Answer 3

Czy korzystasz z systemu logowania, takiego jak log4net? Zwykle wyłączasz komunikaty poziomu debugowania dla wydania. Możesz jednak pomyśleć o napisaniu specjalnego appendera, który loguje się do pliku tylko w niektórych przypadkach (np. Awarii). Ten program zapisuje najpierw w pamięci podręcznej tylko pierścień, który może być zapisany do pliku, później - uruchamiany na przykład przez wyjątek, jak sugeruje 280Z28.

Answer 4

Można wywołać funkcję dbghelp.dll w wydarzeniu AppDomain.UnhandledException.

W tym zdarzeniu można zrzucić dziennik danych wyjątków .NET i zapisać minidump do pliku.

Istnieje również thread on the MSDN forums, który opisuje podpis P/Invoke i właściwe użycie.

Answer 5

Myślę, że jeśli twoja aplikacja zostanie podtworzona, to równie dobrze możesz zrobić ujęcie w pliku mini zrzutu, a co najgorszego, co się stanie, aplikacja się zawiesi? I tak to się dzieje, więc równie dobrze możesz spróbować.
Kod w urządzeniu MSDN forum mentioned by VoiDed wydaje się dość solidny. Potrzebowałem wersję VB.Net tak oto wersję VB dla każdego, kto może jej potrzebować:

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 

tylko upewnij się solidnie eception obsługiwać połączenia do niego i powinno być stosunkowo bezpieczne.

Answer 6

Można skonfigurować system Windows Error Reporting (WER), aby utworzyć zrzut awaryjny w określonym katalogu używając następującego skryptu rejestru:

 
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 

Zrzut trafi do katalogu C: \ Zrzuca z nazwą, która odzwierciedla nazwa procesu, który się zawiesił. DumpType = 2 daje pełny zrzut pamięci. DumpType = 1 daje mini zrzut. Na komputerach 64-bitowych nie ma potrzeby umieszczania ich w węzłach Wow32.WER używa tylko klucza rejestru innego niż WOW określonego powyżej.

W zależności od rodzaju awarii ta metoda może nie działać. Muszę jeszcze dowiedzieć się, dlaczego i jakich typów awarii się nie złapie. Ktoś?