Before you start Debug Diagnostics 1.1, you must identify the type of issue you are experiencing. For example, determine whether the application stops responding, crashes, performs slowly, or leaks memory. After you know the kind of issue, you can configure the Debug Diagnostics 1.1 tool to gather the correct data. Then, you can use the data to determine and resolve the cause of the problem.'
The Debug Diagnostics 1.1 tool includes three views:. Rules: Uses a wizard to create control scripts for the debugger host. Advanced analysis: Runs the selected analysis script on one or more memory dump files. Processes: Displays the status of running processes and scripts.How to use the Debug Diagnostics utility. Go to Start - Run, type the path of the Debug Diagnostics 1.0 tool, and then click OK. (By default, the Debug Diagnostics 1.0 tool is located inC:Program FilesIIS ResourcesDebugDiag.) If the Select Rule Type dialog box appears, click Cancel.
Select the memory dump file that you want to analyze: Go to Start - Run, type the path of the Debug Diagnostics 1.0 tool, and then click OK. Click the Advanced Analysis tab, and then click Add Data Files. Now select the memory dump file that you want to analyze and click Open. Configure the path for the symbol files: Navigate to Start - Run, type the path of the Debug Diagnostics 1.0 tool, and then click OK. On the Tools menu, click Options and Settings.
Go to the Folders and Search Paths tab, type the following path in the Symbol Search Path for Analysis box, and then click OK: srv.filepath.(Filepath is a placeholder for the folder or for the UNC share where you want to store the downloaded symbol files. By default, the symbol files are stored in the C: Symcache folder.
Additionally, you should know that you cannot browse the Web site - only debugging tools can access this Web site.). Start the analysis: Go to Start - Run, type the path of the Debug Diagnostics 1.0 tool, and then click OK.
Navigate to the Advanced Analysis tab - Available Analysis Scripts, and select the type of analysis that you want. For example, if you created the memory dump file because a process stopped responding, click Crash/Hang Analyzers. If you created the memory dump file to troubleshoot a memory leak issue, click Memory Pressure Analysis. Now, under Data Files, click the memory dump file that you selected in step 3.
Debug Diagnostic Tool V2 Update 3
Click Start Analysis.How to read a Debug Diagnostics reportAfter completing the steps above, you can review the Debug Diagnostics report that is displayed in Microsoft Internet Explorer. A copy of the report is also stored in the following folder: C: Program Files IIS Resources DebugDiagReports. The report is broken down into the following sections:. Analysis Summary: In this section, the detected issues are classified as errors, warnings, or information. Each error includes a description. Additionally, the Analysis Summary contains recommendations for how to resolve the issues. The recommendations may include reviewing a Microsoft Knowledge Base article, contacting the application vendor, or contacting Microsoft Product Support Services.
Suggestions to the application developer may also be provided. Analysis Details: This section provides a detailed analysis of the information in the memory dump file. Script Summary: This section provides a report on the status of the script (Iisanalysis.asp) that is used to analyze the memory dump file. If an error occurs when the script is running, the Script Summary reports the error code, the source, the destination, and the lines of code that cause the error.For more information on using the Debug Diagnostics utility, I recommend the following resources:.Inside the IIS Diagnostics ToolkitHow to use Debug Diagnostics 1.0About the author: Tim Fenner (MCSE, MCSA: Messaging, Network+ and A+) is a senior systems administrator who oversees a Microsoft Windows, Exchange and Office environment.
Microsoft Free Diagnostic Tool
He is also an independent consultant who specializes in the design, implementation and management of Windows networks.
Process memory dumps are very efficient sources of information that are used for troubleshooting web sites, which is the reason they are frequently requested by Sitecore Support.There are various tools that allow collecting the memory dumps of a specific process, both based on user request (on-demand), as well as based on a specific event (conditional).The current article describes the way to gather memory dumps using the DebugDiag application.For other methods of gathering memory dumps, refer to the following article:. DebugDiag is a free tool with rich capabilities that allows to collect and analyze memory dump files. It supports both conditional and on-demand collections of memory dump files using configurable rules that trigger the collection.The tool also provides a graphical user interface, so does it require exclusively command line usage.Usually, the DebugDiag installation contains a number of tools such as DebugDiag 2.0 Collection, DebugDiag 2.0 Analysis, DebugDiag 2.0 RuleBuilder (beta).
Current article only covers the DebugDiag 2.0 Collection tool.The tool can be downloaded here:. To a collect memory dump file on demand:. Run the DebugDiag 2.0 Collection tool. Navigate to the Processes tab.
Identify the process (e.g. Using process ID).
Refer to the following article for details. Right-click on the required process, and select the Create Full Userdump option:DebugDiag will collect a memory dump file and display a message box with the path to the file.
Move it to another location before sharing.Important: Always remember to specify the Full Userdump option. Mini memory dump files contain a limited amount of useful diagnostics information. The DebugDiag tool allows to specify different triggers for collecting memory dump files automatically.