Debug Diagnostics Tool: Nasıl dump alacağım?

DebugDiag isimli araçtan ve bunun nasıl ve ne amaçla kullanıldığından daha önceki bloglarımda bahsetmiştim. Bu defa sadece ne tür sorunlarda hangi adımları izleyerek dump toplamamız gerektiğini adım adım vereceğim. Hangi tür sorunda ne şekilde dump alınacağını bilmek çok önemlidir, çünkü, örneğin “crash” durumunda alınacak bir “hang” dump hiçbir işe yaramayacaktır. Bunun tersi de aynen doğrudur….

1

Debug Diagnostic Tool 1.1

IIS üzerinde çalışan uygulamalarda yaşadığımız sorunları birkaç kategoride toplayabiliriz: “Crash” sorunları (bunu nasıl Türkçe’ye çevireceğimi bilemedim, önerilere açığım) “Hang” sorunları Bellek kullanımı sorunları (memory leak) Performans sorunları Ağla ilgili sorunlar Elbette bunların herbirinin farklı “teşhis” yolları bulunuyor. Bu yazımda ilk 4 tip sorun için kullandığımız Debug Diagnostic Tool’dan (DebugDiag) bahsedeceğim: Debug Diagnostic Tool 1.1http://www.microsoft.com/downloads/details.aspx?FamilyID=28bd5941-c458-46f1-b24d-f60151d875a3&DisplayLang=en DebugDiag, sadece IIS/Web uygulamaları…

3

<compilation debug="true" />

ASP.NET uygulamalarında, web.config dosyası içerisinde yukardakine benzer bir satır göreceksiniz. ASP.NET 1.1’de “debug” parametresinin “default” değeri “true” iken, ASP.NET 2.0’da uygulamayı debug etmek istediğinizde size bu parametreyi tanımlamak isteyip istemediğinizi sorar. Sonuçta, geliştirme ortamından alınan hemen her web uygulamasında bu parametrenin değeri “true” olacaktır. Geliştirme esnasında bu parametrenin değeri zaten “true” olmalıdır, çünkü zaten uygulamayı “debug”…

3