SQLSERVERProfiler工具

SQL Server Profiler工具SQL Profiler是一个图形界面和一组系统存储过程，其作用如下：•图形化监视SQL Server查询；•在后台收集查询信息；•分析性能；•诊断像死锁之类的问题；•调试T-SQL语句；•模拟重放SQL Server活动；也可以使用SQL Profiler捕捉在SQL Server实例上执行的活动。

这样的活动被称为Profiler 跟踪。

1、Profiler跟踪从开始=》所有程序=》Microsoft SQL Server 2008=》性能工具打开Profiler工具，也可以打开SQL Server Management Studio=》工具=》SQL Server Profiler。

然后选择文件=》新建=》跟踪打开一个连接窗口，选择将要跟踪的服务器实例然后连接。

打开如下“跟踪属性”对话框。

如果有许多跟踪，可以提供一个跟踪名称来帮助在以后进行分类。

不同的跟踪模板可帮助建立用于不同目的的跟踪。

打开跟踪属性窗口后，单击“事件选择”选项卡，为跟踪提供更详细的定义。

2、事件一个事件表现SQL Server中执行的各种活动。

这些活动可以简单地分类为事件类，游标事件，锁事件，存储过程事件和T-SQL事件是常见的事件类。

对于性能分析，主要对SQL Server上执行的各种活动的资源压力水平的事件感兴趣。

资源压力主要包含如下内容：1.SQL活动涉及哪一类的CPU使用？2.使用了多少内存？3.涉及多少I/0操作?4.SQL活动执行了多长时间？5.特定的查询执行的频率有多高？6.查询面对哪类错误和警告？RPC事件表示存储过程使用远程过程调用(RPC)机制通过OLEDB命令执行。

如果一个数据库应用程序使用T-SQL EXECUTE语句执行一个存储过程，那么存储过程将被转化为一个SQL批而不是一个RPC。

RPC请求通常比EXECUTE请求快，因为它绕过了SQL Server中的许多语句解析和参数处理。

T-SQL由一条或多条T-SQL语句组成。

语句或T-SQL语句在存储过程中也是单独和离散的。

用SP:StmtCompleted或SQL:StmtCompleted事件捕捉单独的语句可能是代价很高的操作，这取决于单独语句的数量。

假设系统中的每个存储过程包含且只有一条T-SQL语句。

在这种情况下，完成的语句集合相当小。

现在假定过程中有多条语句，而且这些过程中有些使用其他语句调用其他过程。

收集所有这些额外的数据现在变成系统上非常厉害的负载。

在生产机上一定要慎用。

现在回到那个事件选择面板，只有已经被选择的事件才会被显示。

如果想显示所有可供选择的事件，则只需选中“显示所有事件”单选框，要添加一个跟踪事件，在Event列中查找一个事件类下的事件，并单击其左边的检查框；要删除不需要的事件，取消选中的事件选择框。

光分类就有好多的说：以上是常用的数据列，另外还有一些不太常用的数据列：•BinaryData(二进制数据)•IntegerData(整数数据)•EventSubClass(事件子类)•DatabaseID(数据库标识符)•ObjectID(对象标识符)•IndexID(索引标识符)•TransactionID(事务标识符)•Error(错误)•EndTime(结束时间)列数据可以重新安排以符合你自己所喜欢的风格，要控制列数据的安放，单击组织列按钮，将打开如下对话框。

可以单击Up和Down按钮修改列的位置，将列移入Groups意味着它将成为一个合计列。

下面给出设置过滤列的方式：5、跟踪模板SQL Server Profiler可以用自定义事件、数据列和过滤器创建一个跟踪模板，然后定义一个新的跟踪，然后重用跟踪个模板来捕捉一个跟踪。

定义新跟踪模板的过程类似于定义新跟踪，步骤如下：1.创建一个新的跟踪。

2.和前面一样定义事件，数据列和过滤器。

3.从文件=》另存为菜单将跟踪定义保存为跟踪模板。

SQL Server Profiler将自动将新的模板加入到其模板列表中。

新建模板：保存模板:查看：6、跟踪数据定义了跟踪以后，单击运行按钮将开始捕捉事件并将其显示在屏幕上，可以看到一系列滚动事件，可以在我们称之为SQL TV的屏幕上看到系统的运行，可以像DVD播放机一样或多或少地控制跟踪，可以使用工具栏上的按钮暂停、开始和停止跟踪，甚至可以在工作室暂停跟踪并修改它。

一旦完成了SQL Server活动的捕捉，就可以将跟踪输出保存为一个跟踪文件或一个跟踪表。

保存到跟踪文件的跟踪输出是一个原生的格式，可以由Profiler打开以分析SQL查询。

将跟踪的输出保存为一个表，也可以使Profiler在跟踪表上用SELECT语句来分析其中的SQL查询。

具体的操作为文件=》另存为=》跟踪表。

选择你希望存入的的数据库和表，然后你就可以像普通表一样执行各种SQL查询。

Profiler GUI简化了Profiler跟踪的收集。

不幸的是，这种简易性有其代价。

Profiler工具捕捉的事件进入内存中的缓冲以便通过网络反馈给GUI。

GUI依赖网络，网络流量可能降低系统的速度并导致缓冲被填满。

这将在较小的程度上影响服务器的性能。

进一步地，当缓冲被填满，服务器将开始丢弃事件以避免严重地影响服务器性能。

1、使用GUI捕捉跟踪可以以两种方法两创建一个脚本化跟踪-手工或者使用GUI。

在轻松地满足脚本的所有要求之间，最简易的方法就是使用Profiler工具的GUI,需要如下步骤：1.定义一个跟踪；2.单击文件=》导出=》脚本跟踪定义；3.必须选择目标服务器类型，SQL Server2005/2008；4.未文件命名，并保存它；这些不走将生成所有步骤跟踪并将其输出到一个文件所需的所有脚本命令。

使用Management Studio手工启动新的跟踪:1.打开文件；2.使用系统的相关名称和路径替换InsertFileNameHere；3.执行脚本，它将返回带有TraceId的单列结果集；可以通过SQL Agent自动化这个脚本的执行，甚至可以使用sqlcmd.exe使用程序从命令行运行这个脚本。

不管使用哪种方法，这个脚本将启动跟踪。

如果没有定义跟踪停止时间，就必须使用TraceId手工停止跟踪。

2、使用存储过程捕捉跟踪查看上一节中定义的脚本，会看到以特定顺序条用的一系列命令：•sp_trace_create:创建一个跟踪定义；•sp_trace_setevent:添加事件和事件列到跟踪中；•sp_trace_setfilter:将过滤器应用到跟踪；一旦定义了SQL跟踪持续到跟踪被停止。

因为SQL跟踪作为一个后端进程持续运行，Managerment Studio会话不需要保持打开。

可以使用SQL Server内建函数fn_trace_getinfo确定正在运行的跟踪，查询如下：SELECT*FROM ::fn_trace_getinfo(default);输出图：fn_trace_getinfo函数的输出中，不同的traceid的数量表示SQL Server上活动跟踪的数量。

第三列(value)表示跟踪是否正在运行(value=1)或者停止(value=0)。

可以通过执行存储过程sp_trace_setstatus停止特定的跟踪，如traceid=1，如下所示：EXEC sp_trace_setstatus 1,0;在跟踪停止之后，它的定义必须执行sp_trace_setstatus关闭并且从服务器中删除，如下所示:EXEC sp_trace_setstatus 1,2;为了验证跟踪成功地停止，重新执行fn_trace_getinfo函数，并确定该函数的输出不包含该traceid。

这种技术所创建的跟踪文件的格式与Profiler创建的跟踪文件相同。

因此，这种跟踪文件可以与Profiler创建的文件以相同的方式进行分析。

使用前一小节所概述的存储过程捕捉SQL跟踪，避免了与Profiler GUI相关的开销。

而且还比Profiler工具提供了管理SQL跟踪计划的更大灵活性。

三、结合跟踪和性能监视器输出如果自动化了性能监视器捕捉到文件，又自动化了Profiler数据捕捉到一个文件。

它们覆盖相同的时间段，那么就可以在SQL Profiler GUI中一起使用它们。

确定跟踪有StartTime 和EndTime数据字段，按照以下步骤进行：•打开跟踪文件(当然前提是你曾经另存为=》跟踪文件)；•单击文件=》导入性能数据；•选择导入的性能监视器文件；执行上面的操作将打开如下所示对话框，这里允许选择包含性能监视器计数器。

选择了想要包含的计数器之后，单击OK按钮将一起打开Profiler和性能监视器数据。

现在，可以开始一起使用跟踪数据和性能监视器数据。

如果在顶部窗口选择一个时间，它将在性能监视器中放置一条红线，显示数据中事件发生的时间。

相反，可以单击性能监视器数据，表示那段时间的事件将被选中。

这些性能工作得很好，将可以在调整过程中定时使用它们以确认瓶颈和压力点，并确定导致这些压力的特定查询。

SQL Profiler使用建议如下：•限制事件和数据列的数量；•抛弃用于性能分析的启动事件；•限制跟踪的输出大小；•避免联机数据列排序；•远程运行Proflier；1、限制事件和数据列在跟踪SQL查询时，可以通过过滤事件和数据列来决定哪些SQL活动应该被捕捉。

选择更多的事件造成了大量的跟踪开销。

数据列不会增加太多的开销，因为它们只是一个事件类的特性。

因此，知道每个所希望跟踪事件的原因，并根据必要性来选择事件是很重要的。

最小化捕捉的事件数量避免SQL Server浪费宝贵的资源带宽去生成所有的事件。

捕捉像锁和执行计划这样的事件时应该小心进行，因为这些事件会使跟踪输出变得非常大并降低SQL Server的性能。

过滤分两个阶段：预过滤由SQL Server执行，后过滤由用户执行。

预过滤是捕捉SQL Server活动的联机阶段，预过滤提供多种溢出：•降低了SQL Server的性能影响，因为生成有限数量的时间；•降低跟踪输出大小；•简化后过滤操作，首先因为要捕捉的事件更少了；预过滤的唯一缺点是，可能丢失一些彻底分析中需要的重要信息。

2、丢弃性能分析所用的启动事件所用于性能分析的信息围绕一个查询的资源开销。

想SP:StmtStarting这样的启动事件不提供这种信息，因为只有在事件完成之后，才能计算I/O量、CPU负载和查询的持续时间。

所以，在跟踪运行缓慢的查询以进行性能分析时，不需要捕捉启动事件。

这种信息由对应的完成事件来提供。

什么情况下适合捕捉启动事件呢？应该在预期某些SQL查询因为错误而不能结束执行，或者频繁发现Attention事件的时候捕捉启动事件。