SQL Server之SQL Trace选项

使用SQL Server Profiler跟踪数据库事件时有一些设置选项，一些选项对特定用例场景是有益的，并且在实际执行环境中对于使用跟踪将消耗多少系统资源也是很敏感的。本章节主要介绍SQL Trace输出数据选项、File选项影响、收集时间范围选项和Duration列配置。

1. SQL Trace输出数据选项

关于跟踪输出数据有5种可选方式，输出的对象通常有三种：Profiler屏幕、跟踪输出文件和跟踪数据库表，见表所示。

选项1：User SQL Profiler to trace without saving data（使用SQL Profile进行跟踪，但不保存结果）：在执行跟踪过程中，SQL Server Profiler将从本地的或远程的SQL Server中收集事件，产生的跟踪数据由配置的事件类决定，并且立即显示在SQL Profiler屏幕上，而并不保存跟踪数据。一般情况下跟踪大数据库事务实际执行过程时，不使用这种设置，当服务器处于资源压力下时，一般使用服务器端跟踪比SQL Profiler更合适。

选项2：User SQL Profiler to trace and save data to a file system（使用SQL Profile进行跟踪，并将跟踪数据保存到文件系统中）：该选项设置有着选项1一样的优缺点，此外，使用该选项设置会将跟踪数据保存到Windows文件系统中，并且生成一个后缀名为.trc的文件，但同时也这增加了写磁盘的开销。如果选择将跟踪数据保存到文件，则必须指定跟踪文件的最大大小，默认值为5MB，最大大小仅受保存该文件的文件系统（NTFS、FAT）的限制。

当跟踪的数据大于5MB时，可以选中“启动文件滚动更新”选项，选择此选项允许在达到最大文件大小时创建其它文件来接受跟踪数据，每个新文件名都由原始.trc 文件名按顺序编号而成。例如，当NewTrace.trc达到最大文件大小时，将关闭该文件，并打开一个新文件NewTrace_1.trc，在新文件达到最大文件大小时将打开NewTrace_2.trc，依此类推。默认情况下，在将跟踪保存到文件时将启用文件滚动更新。

选项3：User SQL Profiler to trace and save data to a database table（使用SQL Profile进行跟踪，并将跟踪数据保存到数据库表中）：该选项设置有着选项1一样的优缺点，此外，它将跟踪数据保存到数据库表中，这个进程直接增加了被监视SQL Server的开销。当选中该选项时，同时需要设置数据库表中所允许保存数据的最大行数，缺省值为1000行。

选项4：User SQL Profiler to trace and save data to both the file system and the database table（使用SQL Profile进行跟踪，并将跟踪数据保存文件系统和数据库表中）：该选项将跟踪数据同时保存到文件系统和数据库表中，这是一种冗余的做法，在一些特定的条件下使用，一般不使用这种模式。

选项5：Use server-side trace and save data to a file system（服务器端跟踪，并将跟踪数据保存到文件系统中）：一般情况下不对事件类进行实时监控，那么可以使用该方式，同时该方式提供了为数据库性能调校及故障诊断而收集事件效率的最佳方式，在跟踪过程中服务器端使用缓存I/O将跟踪的数据写入到文件系统中。

2. File选项影响

SQL Profiler可以通过本地或远程连接到被监视的服务器上，那么如果启动SQL Profiler Trace跟踪以及如何保存结果由以下两个重要因素决定：

Ø SQL Profiler对被监控SQL Server的开销影响；

Ø 遗漏跟踪事件对跟踪数据收集的影响；

SQL Profiler是一个调用T-SQL函数集以及系统过程的GUI前端工具，在启动SQL Profiler时，Windows系统会启动一个名为PROFILER90.exe的进程，而执行PROFILER90.exe进程也是需要开销的，这个通过系统自带的性能监视器可以测量，如果为了将监视SQL Server上的Profiler跟踪的开销最小化，那么可以从远程服务器或工作站上启动Profiler。

为了确保在跟踪过程中所收集的数据不被遗漏，可以选中跟踪属性常规设置中的“服务器处理跟踪数据”选项，该选项要求在被监视的SQL Server上创建一个系统文件来保存跟踪数据的结果，即使在服务器处于压力条件下，这种方式也能保证不会遗漏任何事件，但这样可能使服务器的性能受到影响。

常见配置利弊见表所示。

3) 收集时间范围选项

由于收集事件数据会给系统增加开销，所以明确指定跟踪的时间范围可以将系统开销减少到最小，如果在故障诊断过程中，已经明确知道性能问题所发生的时间范围，那么可以定位到该特定的时间范围，如果不明确性能问题所发生的时间范围，那么尝试较短的跟踪时间间隔。如果收集数据是出于基线目的，则需要考虑目的和频度，如表是具体的实例。

4) Duration列配置

在SQL Profiler 2005之前的版本中，无论是在Profiler屏幕中显示的持续时间还是保存在输出文件或保存在数据库中的持续时间，Duration列的量度都是以毫秒为单位，如图所示。

但是在SQL Profiler 2005之后的版本，如果一个跟踪是将事件数据保存到文件或数据库，那么这个列的单位默认为微秒，关于Duration列的单位可以在【常规选项】对话框中进行设置，打开菜单【工具】->【选项】，弹出常规选项对话框，如图所示。

选中“在“持续时间”列中以微秒为单位显示值（仅限SQL Server 2005）”复选框，那么SQL Profiler界面、文件和数据表中Duration列的单位都为微秒。