自动化收集SQLSERVER诊断信息 相信很多人都遇到过当sqlserver出现问题的时候，而你又解决不了需要dba或者微软售后支持工程师 去帮忙解决问题，那么他们一般需要你收集一些系统信息和SQLSERVER诊断信息。 而收集这些信息又需要图形工具，又需要指令，步骤又非
自动化收集SQLSERVER诊断信息
相信很多人都遇到过当sqlserver出现问题的时候，而你又解决不了需要dba或者微软售后支持工程师
去帮忙解决问题，那么他们一般需要你收集一些系统信息和SQLSERVER诊断信息。
而收集这些信息又需要图形工具，又需要指令，步骤又非常复杂。
我们要按照步骤一步一步把需要的信息收集全，在收集的过程中，往往折腾几次就头痛了
解决问题的工具
这个问题随着一个在SQL2005里的工具的出现而得到了解决
这个工具可以自动收集很多信息，扩展了原来的应用，增强了其信息收集的能力
这个工具就是SQLDIAG.exe SQL代表：SQLSERVER DIAG 代表Diagnostic（诊断）
SQLDiag这个工具可以收集的信息有：
（1）Windows事件日志
（2）SQLSERVER ErrorLog，以及SQL配置信息，一些重要运行信息
（3）SQL曾经产生的DUMP文件
（4）服务器系统配置信息
（5）同时包含有系统和SQL性能计数器的性能日志
（6）服务器端Trace
这个工具可以帮助DBA自动打开服务器端Trace，比用SQLSERVER Profiler要安全多了
因为SQLSERVER Profiler属于客户端跟踪工具，而且需要消耗系统资源跟服务器通信需要
进程间通信，而这个工具用的是服务器端Trace
SQLDiag工具默认安装在：C:\Program Files\Microsoft SQL Server\90\Tools\Binn
C盘是我的SQLSERVER安装路径，大家安装SQLSERVER不是选择默认路径的话可能跟我不一样
使用工具
这个工具需要在命令行窗口运行，可以在命令行直接运行\SQLdiag.exe，工具会使用默认的配置，收集系统信息
把SQLDIAG.exe拖到cmd窗口，按回车键就可以启动了，详细步骤看下图
当出现SQLDIAG Collection started. Press Ctrl+C to stop. 信息以后就按Crtl+C，终止这个工具的执行。
SQLDIAG 工具会在Binn目录下产生三个XML文件，并且产生一个SQLDIAG子目录，存放刚才收集的信息
使用默认配置（即Binn目录下的SQLDiag.xml）只会收到：
(1)SQL errorlog文件内容，以及SQL配置信息和一些重要运行信息（XXXX_sp_sqldiag_Shutdown.out）
(2)SQL曾经产生的dump记录（XXXX_SQLDUMPER_ERRORLOG.log）
Countly 是一个实时的、开源的移动分析应用，通过收集来自手机的数据，并将这些数据通过可视化效果展示出来以分析移动应用的使用和最终用户的行为。截至2019年，支持超过2500个网站，16000个移动应用程序和多个桌面应用程序。它从移动，桌面，Web收集数据包括Apple Watch，TvOS和其他互联网连接设备的应用程序，并将这些信息可视化以分析应用程序使用情况和最终用户行为。
(3)服务器系统配置信息（XXXX_MSINFO32.txt）
(4)SQL默认开启的Default Trace文件（log_XXX.trc）
使用配置文件
你可以使用另外两个SQLDiag自带的XML配置文件SD_General.xml 和 SD_Detailed.xml，这两个xml文件跟SQLDiag.exe在同一目录下，
如果使用这两个配置文件就能够收集到SQL Trace和性能日志。
但是如果要使用这两个配置文件所产生的文件就会比较大，放在SQL安装目录下就不再合适，
需要在SQLDiag里指定输出文件路径。
例子 在cmd下输入：
格式：SQLdiag.exe /I
我使用SD_General.XML配置文件，配置F:\SQLDIAOUT为输出目录，这个文件夹不用预先创建好，他最帮你自动创建
SQLdiag.exe /I SD_General.XML /O F:\SQLDIAOUT
运行的过程中能够看到SQLdiag开启Perfmon（AddingPerfmon counters）和Trace（Starting Profiler Trace）
当问题跟踪完毕以后，再按Ctrl+C工具会停止日志收集。
有些信息是在工具关闭前收集的，所以可能要等一会才能完全停止
而在目录下 F:\SQLDIAOUT目录，可以看到以下信息
（1）SQL Trace文件（XXXX_sp_trace.trc）
（2）Windows事件日志（XXXX_applog_Shutdown.txt,XXXX_seclog_Shutdown.txt,XXXX_syslog_Shutdown.txt）
（3）Windows性能日志（SQLdiag.blg） 用性能监视器也打不开这个文件，要使用系统自带的小工具
总结
实际上，两个XML配置文件SD_General.xml 和 SD_Detailed.xml的主要区别是SD_Detailed.xml会在SQL Trace里收集更多的事件，
所以输出会要大很多。
DBA可以根据需要选择其中一个
缺点：
SQLdiag的唯一缺点，是不会定期查询系统管理视图DMV，
所以建议自动化信息收集是SQLdiag（使用SD_General.xml 和 SD_Detailed.xml做配置文件），在加上一些
系统动态管理视图作为辅助
