【应用服务 App Service】快速获取DUMP文件(App Service for Windows(.NET/.NET Core))

问题情形

当应用在Azure 应用服务App Service中运行时，有时候出现CPU,Memory很高，但是没有明显的5XX错误和异常日志，有时就是有异常但是也不能明确的指出具体的代码错误。当面临这样的情形是，有效的排查办法就是在问题重现的时候抓取DUMP文件，可以通过DUMP文件分析出是否有线程死锁，或查看时那些请求导致的死锁问题。也可以定位到相关的自定义代码类文件。非常助于下一步的查找问题。

抓取DUMP文件

1) 利用App Service自带Kudu的工具获取DUMP文件

• 登录进当前应用服务的kudu站点，入口URL为：https://<yoursitename>.scm.chinacloudsites.cn/
• 选择Process Explorer找到您需要抓取的进程，如w3wp.exe
• 右键[Full Dump]即可，抓取后DUMP文件会自动下载到本地。

2) 对于.NET/.NET Core应用，使用procdump命令抓取指定的进程DUMP文件

• 登录Kudu站点, 入口URL为：https://<yoursitename>.scm.chinacloudsites.cn/
• 在Process Explorer中找到需要抓取的进程号，如 10524
• 回到DebugConsole页，使用如下procdump命令，抓取5秒钟，抓取三次。

D:\home\LogFiles> D:\devtools\sysinternals\procdump -accepteula -ma 10524(PID)  -s 5 -n 3

执行结果如：

Kudu Remote Execution Console
Type 'exit' then hit 'enter' to get a new CMD process.
Type 'cls' to clear the console

Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. All rights reserved.

D:\home>D:\devtools\sysinternals\procdump -accepteula -ma 7040   -s 5 -n 3

ProcDump v9.0 - Sysinternals process dump utility
Copyright (C) 2009-2017 Mark Russinovich and Andrew Richards
Sysinternals - www.sysinternals.com

Process:               dotnet.exe (7040)
Process image:         D:\Program Files (x86)\dotnet\dotnet.exe
CPU threshold:         n/a
Performance counter:   n/a
Commit threshold:      n/a
Threshold seconds:     5
Hung window check:     Disabled
Log debug strings:     Disabled
Exception monitor:     Disabled
Exception filter:      [Includes]
                       *
                       [Excludes]
Terminate monitor:     Disabled
Cloning type:          Disabled
Concurrent limit:      n/a
Avoid outage:          n/a
Number of dumps:       3
Dump folder:           D:\home\
Dump filename/mask:    PROCESSNAME_YYMMDD_HHMMSS
Queue to WER:          Disabled
Kill after dump:       Disabled


Press Ctrl-C to end monitoring without terminating the process.

[13:47:38] Timed:
[13:47:38] Dump 1 initiated: D:\home\dotnet.exe_200827_134738.dmp
[13:47:47] Dump 1 writing: Estimated dump file size is 199 MB.
[13:47:54] Dump 1 complete: 199 MB written in 16.6 seconds
[13:48:00] Timed:
[13:48:00] Dump 2 initiated: D:\home\dotnet.exe_200827_134800.dmp
[13:48:08] Dump 2 writing: Estimated dump file size is 199 MB.
[13:48:13] Dump 2 complete: 199 MB written in 12.8 seconds
[13:48:19] Timed:
[13:48:19] Dump 3 initiated: D:\home\dotnet.exe_200827_134819.dmp
[13:48:26] Dump 3 writing: Estimated dump file size is 200 MB.
[13:48:30] Dump 3 complete: 200 MB written in 11.2 seconds
[13:48:31] Dump count reached.


D:\home> 

3) 对于JAVA的站点，则需要在包含JSTACK 或JMAP的JDK版本中抓取，如对于应用运行环境中没有，则需要先修改java container的版本。如：zulu8.17.0.3-jdk8.0.102-win_x64

• 登录Kudu站点, 入口URL为：https://<yoursitename>.scm.chinacloudsites.cn/
• 在Process Explorer中找到需要抓取的进程号，如 5252
• 回到DebugConsole页，使用如下jstack / jmap，抓取5252的dump文件，并保存在threaddump1文件中 

"D:\Program Files\Java\zulu8.17.0.3-jdk8.0.102-win_x64\bin"\jstack -F 5252 >D:/home/site/threaddump1.txt

"D:\Program Files\Java\zulu8.17.0.3-jdk8.0.102-win_x64\bin"\jmap -F -J-d64 -heap 5252> D:/home/site/threaddump1.txt

如何分析DUMP文件

可以先使用DebugDiag对文件进行初步的分析，它已集成一些内置的规则，所以无需编写windbg命令，当分析完成之后，会生成分析报告。在报告中，可以知道当前线程的情况，异常情况，及trace stack。

如果需要更多的分析，则需要考虑使用windbg工具，这需要复杂的命令及对dump的分析有非常深厚的要求。

DebugDiag下载地址：https://www.microsoft.com/en-us/download/details.aspx?id=58210

Windbg下载地址：https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/debugger-download-tools