SQL Server中关于跟踪（Trace)那点事

前言

一提到跟踪俩字，不少人想到警匪片中的场景，一样在咱们的SQL Server数据库中“跟踪”也是无处不在的，若是咱们利用好了跟踪技巧，就能够针对某些特定的场景作定向分析，找出充足的证据来破案。

简单的举几个应用场景：

在线生产库为什么忽然宕机？数百张数据表为什么不知去向？刚打好补丁的系统为什么屡遭黑手？新添加的信息表为什么频频丢失？某张表字段的忽然更改，究竟为什么人所为？这些个匿名的访问背后，到底是人是鬼？忽然增长的增量数据，到底是对是错？数百兆的日志爆炸式的增加背后又隐藏着什么？这一且的背后，是应用程序的BUG仍是用户品质的缺失？

请关注本篇文章，让咱们一块儿利用数据库的“跟踪”(Trace)走进数据库背后，查看其内部原理。

 

我相信如用过SQL Server数据库的人，都会或多或少的利用过SQL Profiler工具。这个玩意就是利用SQL Trace造成的一个图形化操做工具，咱们直接进入本篇的正题。

 

一.查看系统默认跟踪信息（Default Trace）

Trace做为一个很好的数据库追踪工具，在SQL Server 2005中便集成到系统功能中去，而且默认是开启的，固然咱们也能够手动的关掉它，它位于sp_config配置参数中，咱们能够经过如下语句查看：

select * from sys.configurations where configuration_id = 1568

咱们也能够经过下面的语句找到这个跟踪的记录

select * from sys.traces

若是没有开启，咱们也能够利用以下语句进行开启，或者关闭等操做

--开启Default Trace
sp_configure 'show advanced options' , 1 ;
GO
RECONFIGURE;
GO
sp_configure 'default trace enabled' , 1 ;
GO
RECONFIGURE;
GO

--测试是否开启
EXEC sp_configure 'default trace enabled';
GO

--关闭Default Trace
sp_configure 'default trace enabled' , 0 ;
GO
RECONFIGURE;
GO
sp_configure 'show advanced options' , 0 ;
GO
RECONFIGURE;
GO

经过如下命令找到默认跟踪的文件路径

select * from ::fn_trace_getinfo(0)

以上命令返回的结果值，各个值（property）表明的含义以下：

第一个：2表示滚动文件；

第二个：表示当前使用的trace文件路径，根据它咱们能够找到其它的跟踪文件，默认是同一目录下

第三个：表示滚动文件的大小（单位MB），当到达这个值就会建立新的滚动文件

第四个：跟踪的中止时间，这里为Null，表示没有固定的中止时间

第五个：当前跟踪的状态：0 中止；1 运行

 

找到该目录，咱们查看下该文件：

、

系统默认提供5个跟踪文件，而且每个文件默认大小都是20MB,SQL Server会本身维护这5个文件，当实例重启的时候或者到达最大值的时候，以后会从新生成新的文件，将最先的跟踪文件删除，依次滚动更新。

 

咱们经过如下命令来查看跟踪文件中的内容：

 默认的跟踪文件，提供的跟踪信息仍是很全的，从中咱们能够找到登陆人，操做信息等，上面的截图只是包含的部分信息。咱们能够利用该语句进行本身的加工，而后得到更有用的信息。

--获取跟踪文件中前100行执行内容
SELECT TOP 100
 gt.[HostName] 
,gt.[ServerName] 
,gt.[DatabaseName] 
,gt.[SPID] 
,gt.[ObjectName] 
,gt.[objecttype] [ObjectTypeID] 
,sv.[subclass_name] [ObjectType] 
,e.[category_id] [CategoryID] 
,c.[Name] [Category] 
,gt.[EventClass] [EventID] 
,e.[Name] [EventName] 
,gt.[LoginName] 
,gt.[ApplicationName] 
,gt.[StartTime] 
,gt.[TextData] 
FROM fn_trace_gettable('E:\dataDefaultFileManger\MSSQL10.MSSQLSERVER\MSSQL\Log\log_1267.trc', DEFAULT) gt 
LEFT JOIN sys.trace_subclass_values sv 
ON gt.[eventclass] = sv.[trace_event_id] AND sv.[subclass_value] = gt.[objecttype] 
INNER JOIN sys.trace_events e 
ON gt.[eventclass] = e.[trace_event_id] 
INNER JOIN sys.trace_categories c 
ON e.[category_id] = c.[category_id] 
WHERE gt.[spid] > 50 AND --50之内的spid为系统使用
    gt.[DatabaseName] = 'master' AND --根据DatabaseName过滤
    gt.[ObjectName] = 'fn_trace_getinfo' AND --根据objectname过滤
    e.[category_id]  = 5 AND --category 5表示对象，8表示安全
    e.[trace_event_id] = 46 
    --trace_event_id 
    --46表示Create对象（Object:Created），
    --47表示Drop对象（Object:Deleted），
    --93表示日志文件自动增加（Log File Auto Grow），
    --164表示Alter对象（Object:Altered），
    --20表示错误日志（Audit Login Failed）
ORDER BY [StartTime] DESC

 我建立了一张表，经过上面的跟踪，能够跟踪到该记录的信息，根据不一样的过滤信息，咱们能够查询出到跟踪的某个库的某个表的更改信息，包括：46建立（Created）、47删除（Deleted）、93文件自动增加信息（Log File Auto Grow）、146修改（Alter）、20表示错误日志（Login Failed）

 

在生产环境中，以上几个分类都是比较经常使用的，对定位部分问题的定位可以在找到充分的证据可循，好比某厮将数据库数据删除掉了还不认可等，这里面的Login Failed信息，可以追踪出有那么用户尝试登录过数据库，而且失败，若是大面积的出现这种状况，那就要谨防黑客袭击了。

 

固然，这里我还能够利用SQL Server自带的Profile工具，打开查看跟踪文件中的内容。

这个图像化的工具就比较熟悉了，直接打开进行筛选就能够了。

这种方式看似不错，可是它也有自己的缺点，咱们来看：

一、这5个文件是滚动更新的，并且每一个文件默认最大都为20MB，而且没有提供更改的接口，因此当文件填充完以后就会删除掉，因此会找不到过久之前的内容；

二、自己默认的跟踪，只是提供一些关键信息的追踪，其中包括：auditing events，database events，error events，full text events，object creation，object deletion，object alteration，想要找到其它更详细的内容，此方式可能无能为力；

三、在SQL Server2012后续版本的 Microsoft SQL Server 将删除该功能，改用扩展事件。

 

二.自定义跟踪信息（Default Trace）

根据上面SQL Server自带的跟踪信息有一些局限性，SQL Server为咱们提供了自定义跟踪的接口，咱们能够本身定义跟踪，充分扩展方法。

利用以下系统存储过程，咱们能够建立自定义的Trace

sp_trace_create [ @traceid = ] trace_id OUTPUT 
          , [ @options = ] option_value  
          , [ @tracefile = ] 'trace_file' 
     [ , [ @maxfilesize = ] max_file_size ]
     [ , [ @stoptime = ] 'stop_time' ]
     [ , [ @filecount = ] 'max_rollover_files' ]

@traceid  系统默认分配跟踪的ID号

@options 指定为跟踪设置的选项，系统默认提供的几个选项：

                  2表示当文件写满的时候，关闭当前跟踪并建立新文件。

                  4表示若是不能将跟踪写入文件，无论什么缘由致使，SQL Server则会关闭。这个能够利用此选项，追踪问题

                  8制定服务器产生的最后5MB的跟踪信息记录由服务器保存。

@tracefile 跟踪文件的路径，这里能够是share的路径

@maxfilesize 跟踪文件的大小，单位是MB，默认不设置为5MB

@stoptime 跟踪中止的时间，利用它咱们能够定时跟踪结束的日期

@filecount 默认生产的跟踪文件的数量，好比默认的为5个，那就在第5个文件写完的时候进行覆盖第1个文件滚动

 

好比咱们能够利用以下脚本进行建立 

--建立跟踪文件返回值
declare @rc int
--建立一个跟踪句柄
declare @TraceID int
--建立跟踪文件路径
declare @TraceFilePath nvarchar(500)
set @TraceFilePath=N'F:\SQLTest\'
--跟踪文件的大小
declare @maxfilesize bigint
set @maxfilesize=5
--设置中止的时间
declare @EndTime datetime
set @EndTime=null
--设置系统默认的操做
declare @options int
set @options=2
--设置默认滚动文件的数目
declare @filecount int
set @filecount=5

exec @rc=sp_trace_Create
@TraceID output,
@options,
@TraceFilePath,
@maxfilesize,
@EndTime,
@filecount
if(@rc=0)
select  @TraceID

咱们经过上面的跟踪建立的过程，能够在系统自带的默认的sys.traces中找到该跟踪的明细

select * from sys.traces
where id=2

经过上面的脚本，咱们已经建立了一个新的跟踪（trace），可是这个跟踪状态为0，也就是说尚未运行，下面咱们的步骤就是要为这个跟踪添加事件（event)

 

这个也是利用SQL Server为咱们提供的操做函数

sp_trace_setevent [ @traceid = ] trace_id  
          , [ @eventid = ] event_id 
          , [ @columnid = ] column_id 
          , [ @on = ] on

@traceid 要修改的跟踪的 ID号

@eventid 要打开的事件的 ID

@columnid 要为该事件添加的列的 ID

@on 表示事件状态

其中最主要的就是时间ID，这个是SQL Server为咱们提供的一些列的码表时间值，具体值能够参考联机丛书 sp_trace_setevent (Transact-SQL)

这里面最经常使用的就是：

事件号	事件名称	说明
10	RPC:Completed	在完成了远程过程调用 (RPC) 时发生。
11	RPC:Starting	在启动了 RPC 时发生。
12	SQL:BatchCompleted	在完成了 Transact-SQL 批处理时发生。
13	SQL:BatchStarting	在启动了 Transact-SQL 批处理时发生。
14	Audit Login	在用户成功登陆到 SQL Server 时发生。
15	Audit Logout	在用户从 SQL Server 注销时发生。
16	Attention	在发生须要关注的事件（如客户端中断请求或客户端链接中断）时发生。
17	ExistingConnection	检测在启动跟踪前链接到 SQL Server 的用户的全部活动。
18	Audit Server Starts and Stops	在修改 SQL Server 服务状态时发生。
20	Audit Login Failed	指示试图从客户端登陆到 SQL Server 失败。
21	EventLog	指示已将事件记录到 Windows 应用程序日志中。
22	ErrorLog	指示已将错误事件记录到 SQL Server 错误日志中。
23	Lock:Released	指示已释放某个资源（如页）的锁。
24	Lock:Acquired	指示获取了某个资源（如数据页）的锁。
25	Lock:Deadlock	指示两个并发事务因为试图得到对方事务拥有的资源的不兼容锁而发生了相互死锁。
26	Lock:Cancel	指示已取消获取资源锁（例如，因为死锁）。
27	Lock:Timeout	指示因为其余事务持有所需资源的阻塞锁而使对资源（例如页）锁的请求超时。 超时由 @@LOCK_TIMEOUT 函数肯定，并可用 SET LOCK_TIMEOUT 语句设置。
28	Degree of Parallelism Event（7.0 插入）	在执行 SELECT、INSERT 或 UPDATE 语句以前发生。
33	Exception	指示 SQL Server 中出现了异常。
34	SP:CacheMiss	指示未在过程缓存中找到某个存储过程。
35	SP:CacheInsert	指示某个项被插入到过程缓存中。
36	SP:CacheRemove	指示从过程缓存中删除了某个项。
37	SP:Recompile	指示已从新编译存储过程。
38	SP:CacheHit	指示在过程缓存中找到了存储过程。
40	SQL:StmtStarting	在启动了 Transact-SQL 语句时发生。
41	SQL:StmtCompleted	在完成了 Transact-SQL 语句时发生。
42	SP:Starting	指示启动了存储过程。
43	SP:Completed	指示完成了存储过程。
44	SP:StmtStarting	指示已开始执行存储过程当中的 Transact-SQL 语句。
45	SP:StmtCompleted	指示存储过程当中的 Transact-SQL 语句已执行完毕。
46	Object:Created	指示 CREATE INDEX、CREATE TABLE 和 CREATE DATABASE 这样的语句已建立了一个对象。
47	Object:Deleted	指示已在 DROP INDEX 和 DROP TABLE 这样的语句中删除了对象。
50	SQL Transaction	跟踪 Transact-SQL BEGIN、COMMIT、SAVE 和 ROLLBACK TRANSACTION 语句。
51	Scan:Started	指示启动了表或索引扫描
52	Scan:Stopped	指示中止了表或索引扫描。
53	CursorOpen	指示 ODBC、OLE DB 或 DB-Library 在 Transact-SQL 语句中打开了一个游标。
54	TransactionLog	将事务写入事务日志时进行跟踪。
55	Hash Warning	指示未在缓冲分区进行的某一哈希操做（例如，哈希联接、哈希聚合、哈希 union 运算、哈希非重复）已恢复为替换计划。 发生此事件的缘由多是递归深度、数据扭曲、跟踪标记或位计数。
58	Auto Stats	指示发生了自动更新索引统计信息。
59	Lock:Deadlock Chain	为致使死锁的每一个事件而生成。
60	Lock:Escalation	指示较细粒度的锁转换成了较粗粒度的锁（例如，页锁升级或转换为 TABLE 或 HoBT 锁）。
61	OLE DB Errors	指示发生了 OLE DB 错误。
67	Execution Warnings	指示在执行 SQL Server 语句或存储过程期间发生的任何警告。
68	Showplan Text (Unencoded)	显示所执行 Transact-SQL 语句的计划树。
69	Sort Warnings	指示不适合内存的排序操做。 不包括与建立索引有关的排序操做；只包括某查询内的排序操做（如 SELECT 语句中使用的 ORDER BY 子句）。
70	CursorPrepare	指示已准备了 ODBC、OLE DB 或 DB-Library 用于 Transact-SQL 语句的游标。
71	Prepare SQL	ODBC、OLE DB 或 DB-Library 已准备好了一个或多个要使用的 Transact-SQL 语句。
72	Exec Prepared SQL	ODBC、OLE DB 或 DB-Library 已执行了一个或多个准备好的 Transact-SQL 语句。
73	Unprepare SQL	ODBC、OLE DB 或 DB-Library 已撤消（删除）了一个或多个准备好的 Transact-SQL 语句。
74	CursorExecute	执行了先前由 ODBC、OLE DB 或 DB-Library 为 Transact-SQL 语句准备的游标。
75	CursorRecompile	由 ODBC 或 DB-Library 为 Transact-SQL 语句打开的游标已直接从新编译或因为架构更改而从新编译。 为 ANSI 和非 ANSI 游标触发。
76	CursorImplicitConversion	SQL Server 将 Transact-SQL 语句的游标从一种类型转换为另外一种类型。 为 ANSI 和非 ANSI 游标触发。
77	CursorUnprepare	ODBC、OLE DB 或 DB-Library 撤消（删除）了准备好的 Transact-SQL 语句的游标。
78	CursorClose	关闭了先前由 ODBC、OLE DB 或 DB-Library 为 Transact-SQL 语句打开的游标。
79	Missing Column Statistics	可能曾经对优化器有用的列统计信息不可用。
80	Missing Join Predicate	正在执行没有联接谓词的查询。 这可能致使长时间运行查询。
81	Server Memory Change	SQL Server 内存的使用量已增长或减小了 1 MB 或最大服务器内存的 5%（二者中较大者）。
82-91	User Configurable (0-9)	用户定义的事件数据。
92	Data File Auto Grow	指示服务器已自动扩展了数据文件。
93	Log File Auto Grow	指示服务器已自动扩展了日志文件。
94	Data File Auto Shrink	指示服务器已自动收缩了数据文件。
95	Log File Auto Shrink	指示服务器已自动收缩了日志文件。
96	Showplan Text	显示来自查询优化器的 SQL 语句的查询计划树。 请注意，TextData 列不包含此事件的显示计划。
97	Showplan All	显示查询计划，并显示已执行的 SQL 语句的完整编译时详细信息。 请注意，TextData 列不包含此事件的显示计划。
98	Showplan Statistics Profile	显示查询计划，并显示已执行的 SQL 语句的完整运行时详细信息。 请注意，TextData 列不包含此事件的显示计划。
100	RPC Output Parameter	生成每一个 RPC 的参数的输出值。
108	Audit Add Login to Server Role Event	在从固定服务器角色添加或删除登陆时发生；针对 sp_addsrvrolemember 和 sp_dropsrvrolemember。
112	Audit App Role Change Password Event	在更改应用程序角色的密码时发生。
113	Audit Statement Permission Event	在使用语句权限（如 CREATE TABLE）时发生。
114	Audit Schema Object Access Event	在成功或未成功使用了对象权限（如 SELECT）时发生。
115	Audit Backup/Restore Event	在发出 BACKUP 或 RESTORE 命令时发生。
116	Audit DBCC Event	在发出 DBCC 命令时发生。
117	Audit Change Audit Event	在修改审核跟踪时发生。
118	Audit Object Derived Permission Event	在发出 CREATE、ALTER 和 DROP 对象命令时发生。
119	OLEDB Call Event	为分布式查询和远程存储过程调用 OLE DB 访问接口时发生。
120	OLEDB QueryInterface Event	为分布式查询和远程存储过程调用 OLE DB QueryInterface 时发生。
121	OLEDB DataRead Event	对 OLE DB 访问接口调用数据请求时发生。
122	Showplan XML	在执行 SQL 语句时发生。 包括该事件能够标识 Showplan 运算符。 每一个事件都存储在格式正确的 XML 文档中。 请注意，此事件的 Binary 列包含已编码的显示计划。 使用 SQL Server Profiler 可打开跟踪并查看显示计划。
123	SQL:FullTextQuery	执行全文查询时发生。
124	Broker:Conversation	报告 Service Broker 会话的进度。
125	Deprecation Announcement	使用将从 SQL Server 的将来版本中删除的功能时发生。
126	Deprecation Final Support	使用将从 SQL Server 的下一个主版本中删除的功能时发生。
127	Exchange Spill Event	在 tempdb 数据库临时写入并行查询计划中的通讯缓冲区时发生。
128	Audit Database Management Event	建立、更改或删除数据库时发生。
129	Audit Database Object Management Event	对数据库对象（如架构）执行 CREATE、ALTER 或 DROP 语句时发生。
130	Audit Database Principal Management Event	建立、更改或删除数据库的主体（如用户）时发生。
131	Audit Schema Object Management Event	建立、更改或删除服务器对象时发生。
132	Audit Server Principal Impersonation Event	服务器范围中发生模拟（如 EXECUTE AS LOGIN）时发生。
133	Audit Database Principal Impersonation Event	数据库范围中发生模拟（如 EXECUTE AS USER 或 SETUSER）时发生。
134	Audit Server Object Take Ownership Event	服务器范围中的对象的全部者发生更改时发生。
135	Audit Database Object Take Ownership Event	数据库范围中的对象的全部者发生更改时发生。
136	Broker:Conversation Group	Service Broker 建立新的会话组或删除现有会话组时发生。
137	Blocked Process Report	进程被阻塞的时间超过了指定的时间时发生。 不包括系统进程或正在等待未发现死锁的资源的进程。 请使用 sp_configure 来配置生成报表时的阈值和频率。
138	Broker:Connection	报告 Service Broker 管理的传输链接的状态。
139	Broker:Forwarded Message Sent	Service Broker 转发消息时发生。
140	Broker:Forwarded Message Dropped	Service Broker 删除用于转发的消息时发生。
141	Broker:Message Classify	Service Broker 肯定消息的路由时发生。
142	Broker:Transmission	指示在 Service Broker 传输层中发生了错误。 错误号和状态值指示了错误源。
143	Broker:Queue Disabled	指示检测到有害消息，这是因为在 Service Broker 队列中有五个连续的事务回滚。 该事件包含数据库 ID 和包含有害消息的队列的队列 ID。
146	Showplan XML Statistics Profile	在执行 SQL 语句时发生。 标识 Showplan 运算符，并显示完整的编译时数据。 请注意，此事件的 Binary 列包含已编码的显示计划。 使用 SQL Server Profiler 可打开跟踪并查看显示计划。
148	Deadlock Graph	取消获取锁的尝试时发生，这是由于该尝试是死锁的一部分，而且被选为死锁牺牲品。 提供死锁的 XML 说明。
149	Broker:Remote Message Acknowledgement	Service Broker 发送或收到消息确认时发生。
150	Trace File Close	跟踪文件在回滚期间关闭时发生。
152	Audit Change Database Owner	使用 ALTER AUTHORIZATION 更改数据库的全部者，而且检查执行该操做的权限时发生。
153	Audit Schema Object Take Ownership Event	使用 ALTER AUTHORIZATION 来将全部者分配给对象，而且检查执行该操做的权限时发生。
155	FT:Crawl Started	全文爬网（填充）开始时发生。 用于检查工做线程任务是否拾取了爬网请求。
156	FT:Crawl Stopped	全文爬网（填充）中止时发生。 爬网成功完成或发生错误时中止。
157	FT:Crawl Aborted	在全文爬网过程当中遇到异常时发生。 一般致使全文爬网中止。
158	Audit Broker Conversation	报告与 Service Broker 对话安全性相关的审核消息。
159	Audit Broker Login	报告与 Service Broker 传输安全性相关的审核消息。
160	Broker:Message Undeliverable	Service Broker 没法保留收到的消息时发生，该消息应当已传递给某个服务。
161	Broker:Corrupted Message	Service Broker 收到损坏的消息时发生。
162	User Error Message	显示出现错误或异常时用户看到的错误消息。
163	Broker:Activation	队列监视器启动激活存储过程时，发送 QUEUE_ACTIVATION 通知时，或者队列监视器启动的激活存储过程退出时发生。
164	Object:Altered	数据库对象更改时发生。
165	Performance statistics	将通过编译的查询计划第一次缓存、从新编译或从计划缓存中删除时发生。
166	SQL:StmtRecompile	发生语句级别的从新编译时发生。
167	Database Mirroring State Change	镜像数据库的状态更改时发生。
168	Showplan XML For Query Compile	编译 SQL 语句时发生。 显示完整的编译时数据。 请注意，此事件的 Binary 列包含已编码的显示计划。 使用 SQL Server Profiler 可打开跟踪并查看显示计划。
169	Showplan All For Query Compile	编译 SQL 语句时发生。 显示完整的编译时数据。 用于标识 Showplan 运算符。
170	Audit Server Scope GDR Event	指示在服务器范围中发生了权限的授予、拒绝或撤消事件（如建立登陆）。
171	Audit Server Object GDR Event	指示发生了对架构对象（如表或函数）的授予、拒绝或撤消事件。
172	Audit Database Object GDR Event	指示发生了对数据库对象（如程序集和架构）的授予、拒绝或撤消事件。
173	Audit Server Operation Event	使用了安全审核操做（如使用了更改设置、资源、外部访问或受权）时发生。
175	Audit Server Alter Trace Event	检查语句的 ALTER TRACE 权限时发生。
176	Audit Server Object Management Event	建立、更改或删除服务器对象时发生。
177	Audit Server Principal Management Event	建立、更改或删除了服务器主体时发生。
178	Audit Database Operation Event	发生数据库操做（如检查或订阅查询通知）时发生。
180	Audit Database Object Access Event	访问数据库对象（如架构）时发生。
181	TM: Begin Tran starting	BEGIN TRANSACTION 请求开始时发生。
182	TM: Begin Tran completed	BEGIN TRANSACTION 请求完成时发生。
183	TM: Promote Tran starting	PROMOTE TRANSACTION 请求开始时发生。
184	TM: Promote Tran completed	PROMOTE TRANSACTION 请求完成时发生。
185	TM: Commit Tran starting	COMMIT TRANSACTION 请求开始时发生。
186	TM: Commit Tran completed	COMMIT TRANSACTION 请求完成时发生。
187	TM: Rollback Tran starting	ROLLBACK TRANSACTION 请求开始时发生。
188	TM: Rollback Tran completed	ROLLBACK TRANSACTION 请求完成时发生。
189	Lock:Timeout (timeout > 0)	对资源（如页）的锁请求超时时发生。
190	Progress Report: Online Index Operation	报告生成进程正在运行时，联机索引生成操做的进度。
191	TM: Save Tran starting	SAVE TRANSACTION 请求开始时发生。
192	TM: Save Tran completed	SAVE TRANSACTION 请求完成时发生。
193	Background Job Error	后台做业不正常终止时发生。
194	OLEDB Provider Information	分布式查询运行并收集对应于提供程序链接的信息时发生。
195	Mount Tape	收到磁带装入请求时发生。
196	Assembly Load	发生加载 CLR 程序集的请求时发生。
198	XQuery Static Type	执行 XQuery 表达式时发生。 此事件类提供静态类型的 XQuery 表达式。
199	QN: subscription	没法订阅查询注册时发生。 TextData 列包含事件的有关信息。
200	QN: parameter table	有关活动订阅的信息存储在内部参数表中。 在建立或删除参数表时发生该事件类。 一般，从新启动数据库时将建立或删除这些表。 TextData 列包含事件的有关信息。
201	QN: template	查询模板表明订阅查询的类。 一般，除参数值之外，相同类中的查询是相同的。 当新的订阅请求针对已存在的类 (Match)、新类 (Create) 或 Drop 类（指示清除没有活动订阅的查询类的模板）时，发生此事件类。 TextData 列包含事件的有关信息。
202	QN: dynamics	跟踪查询通知的内部活动。 TextData 列包含事件的有关信息。
213	Database Suspect Data Page	指示什么时候将某页添加到 msdb 的 suspect_pages 表。
214	CPU threshold exceeded	指示资源调控器检测到查询超过 CPU 阈值 (REQUEST_MAX_CPU_TIME_SEC) 的时间。
215	指示 LOGON 触发器或资源调控器分类器函数开始执行的时间。	指示 LOGON 触发器或资源调控器分类器函数开始执行的时间。
216	PreConnect:Completed	指示 LOGON 触发器或资源调控器分类器函数完成执行的时间。
217	Plan Guide Successful	指示 SQL Server 已成功为计划指南中包含的查询或批处理生成执行计划。
218	Plan Guide Unsuccessful	指示 SQL Server 没法为包含计划指南的查询或批处理生成执行计划。 SQL Server 尝试在不该用计划指南的状况下为此查询或批处理生成执行计划。 无效的计划指南多是致使此问题的缘由。 您能够经过使用 sys.fn_validate_plan_guide 系统函数验证该计划指南。

 

上述的跟踪事件中，基本包含了SQL Server中所能作的任何操做，咱们能够根据本身须要进行定义，当咱们能够针对平常常常遇到的一些问题进行定位，好比：死锁、等待、登陆失败等等吧...固然也能够追踪某我的的全部行为，这里咱们来定义几个来看看

 

咱们定义追踪全部语句批量操做的追踪，从上面表咱们能够查找到为12,13

exec sp_trace_setevent 2,12,1,1
exec sp_trace_setevent 2,13,1,1

 

经过以下存储过程，将咱们自定的追踪启动

--设置跟踪状态以启动
exec sp_trace_setstatus @TraceID,1

至此，咱们新建的追踪已经开始运行了，咱们能够利用上面的方法，来查看咱们生成的追踪文件了，其实大部分时候，咱们都是利用此种方法设置好”圈套“，等待鱼儿上网

好比死锁查找，CPU消耗高，IO值高的那些语句....

 

咱们能够利用以下语句，查找跟踪文件的信息

--查看跟踪文件以表显示
select * from ::fn_trace_gettable('F:\SQLTest\.trc',1)

将咱们刚才的全部操做，已经追踪出来了。

 

经过以下命令进行跟踪的关闭

--设置跟踪状态以中止
exec sp_trace_setstatus @TraceID,0

经过以下命令进行跟踪的删除

--从系统中移除跟踪
exec sp_trace_setstatus @TraceID,2

咱们知道在SQL Server默认的跟踪文件在实例重启时候，都会消失，因此咱们能够经过以下方法解决，保证在每次实例从新启动的时候都会执行该追踪

--新建追踪的存储过程
use master
go
create proc StartBlackBoxTrace
as
begin
    --默认开启追踪全部的SQL 执行语句，文件文件路径为默认
    DECLARE @TraceID int
    DECLARE @MaxFileSize bigint
    SET @MaxFileSize=25
    EXEC SP_TRACE_CREATE
    @TraceID OUTPUT,
    8,
    NULL,
    @MaxFileSize
    EXEC SP_TRACE_SETSTATUS @TraceID,1
END

--将该存储过程设置为SQL Server服务启动时自动启动
EXEC sp_procoption
'StartBlackBoxTrace','STARTUP','ON'
GO

 

经过以下脚本删除到全部的跟踪

create  proc [dbo].[Performance_Trace_StopAll]  
AS   
declare traceCursor cursor for 
select id from sys.traces where id <> 1   
open traceCursor   
    declare @curid int   
    fetch next from traceCursor 
    into @curid   
    while(@@fetch_status=0)  
    begin          
        exec  sp_trace_setstatus @curid,0  
        exec  sp_trace_setstatus @curid,2   
        fetch next from traceCursor into @curid   
    end   
close traceCursor   
deallocate traceCursor 

 

三.死锁案例（2014年11月23日晚补充）

这里咱们来利用本身新建跟踪来跟踪一个死锁的发生过程，而且将其记录到咱们的Trace文件中，这里咱们来制做一个死锁

以上代码参照院子里大牛宋沄剑，这里咱们利用系统的自带的profile进行设计追踪，咱们直接选择系统自带的死锁模板，进行追踪

而后设置，默认的SPID为大于等于50，小于50的为系统自有事件

而后，咱们利用上面的死锁脚本，运行获取死锁的捕捉

能够看到，咱们已经顺利的追踪到这个死锁。咱们知道这种追踪是高成本的，而且咱们有时候不知道死锁发生的具体时间，因此不能一直开着这个Profile，出于性能考虑也不建议这么作，因此咱们采用新建的Trace文件，来保存改脚本，而后重定向到咱们本身的文件夹，将死锁的信息放置到该文件夹下，提供更大灵活性。

SQL Server自己自带的Profile工具就提供编辑脚本的功能，咱们将上面的设计，导出成Trace脚本，咱们点击“文件”，导出该设计脚本

将该脚本保存到一个位置，而后咱们打开，我顺便将默认的文件路径添加上

/****************************************************/
/* Created by: SQL Server 2008 Profiler             */
/* Date: 2014/11/23  20:28:11         */
/****************************************************/


-- Create a Queue
declare @rc int
declare @TraceID int
declare @maxfilesize bigint
--能够更改文件大小
set @maxfilesize = 5 

--默认死锁文件放置目录
declare @FilePath nvarchar(max)
set @FilePath=N'F:\SQLTest\DeadLock.trc'
-- Please replace the text InsertFileNameHere, with an appropriate
-- filename prefixed by a path, e.g., c:\MyFolder\MyTrace. The .trc extension
-- will be appended to the filename automatically. If you are writing from
-- remote server to local drive, please use UNC path and make sure server has
-- write access to your network share

exec @rc = sp_trace_create @TraceID output, 0, @FilePath, @maxfilesize, NULL 
if (@rc != 0) goto error

-- Client side File and Table cannot be scripted

-- Set the events
declare @on bit
set @on = 1
exec sp_trace_setevent @TraceID, 137, 15, @on
exec sp_trace_setevent @TraceID, 137, 32, @on
exec sp_trace_setevent @TraceID, 137, 1, @on
exec sp_trace_setevent @TraceID, 137, 13, @on
exec sp_trace_setevent @TraceID, 137, 22, @on
exec sp_trace_setevent @TraceID, 148, 11, @on
exec sp_trace_setevent @TraceID, 148, 12, @on
exec sp_trace_setevent @TraceID, 148, 14, @on
exec sp_trace_setevent @TraceID, 148, 1, @on
exec sp_trace_setevent @TraceID, 26, 15, @on
exec sp_trace_setevent @TraceID, 26, 32, @on
exec sp_trace_setevent @TraceID, 26, 1, @on
exec sp_trace_setevent @TraceID, 26, 9, @on
exec sp_trace_setevent @TraceID, 26, 57, @on
exec sp_trace_setevent @TraceID, 26, 2, @on
exec sp_trace_setevent @TraceID, 26, 10, @on
exec sp_trace_setevent @TraceID, 26, 11, @on
exec sp_trace_setevent @TraceID, 26, 35, @on
exec sp_trace_setevent @TraceID, 26, 12, @on
exec sp_trace_setevent @TraceID, 26, 13, @on
exec sp_trace_setevent @TraceID, 26, 6, @on
exec sp_trace_setevent @TraceID, 26, 14, @on
exec sp_trace_setevent @TraceID, 26, 22, @on
exec sp_trace_setevent @TraceID, 25, 15, @on
exec sp_trace_setevent @TraceID, 25, 32, @on
exec sp_trace_setevent @TraceID, 25, 1, @on
exec sp_trace_setevent @TraceID, 25, 9, @on
exec sp_trace_setevent @TraceID, 25, 57, @on
exec sp_trace_setevent @TraceID, 25, 2, @on
exec sp_trace_setevent @TraceID, 25, 10, @on
exec sp_trace_setevent @TraceID, 25, 11, @on
exec sp_trace_setevent @TraceID, 25, 35, @on
exec sp_trace_setevent @TraceID, 25, 12, @on
exec sp_trace_setevent @TraceID, 25, 13, @on
exec sp_trace_setevent @TraceID, 25, 6, @on
exec sp_trace_setevent @TraceID, 25, 14, @on
exec sp_trace_setevent @TraceID, 25, 22, @on
exec sp_trace_setevent @TraceID, 59, 32, @on
exec sp_trace_setevent @TraceID, 59, 1, @on
exec sp_trace_setevent @TraceID, 59, 57, @on
exec sp_trace_setevent @TraceID, 59, 2, @on
exec sp_trace_setevent @TraceID, 59, 14, @on
exec sp_trace_setevent @TraceID, 59, 22, @on
exec sp_trace_setevent @TraceID, 59, 35, @on
exec sp_trace_setevent @TraceID, 59, 12, @on
exec sp_trace_setevent @TraceID, 60, 32, @on
exec sp_trace_setevent @TraceID, 60, 9, @on
exec sp_trace_setevent @TraceID, 60, 57, @on
exec sp_trace_setevent @TraceID, 60, 10, @on
exec sp_trace_setevent @TraceID, 60, 11, @on
exec sp_trace_setevent @TraceID, 60, 35, @on
exec sp_trace_setevent @TraceID, 60, 12, @on
exec sp_trace_setevent @TraceID, 60, 6, @on
exec sp_trace_setevent @TraceID, 60, 14, @on
exec sp_trace_setevent @TraceID, 60, 22, @on
exec sp_trace_setevent @TraceID, 189, 15, @on
exec sp_trace_setevent @TraceID, 189, 32, @on
exec sp_trace_setevent @TraceID, 189, 1, @on
exec sp_trace_setevent @TraceID, 189, 9, @on
exec sp_trace_setevent @TraceID, 189, 57, @on
exec sp_trace_setevent @TraceID, 189, 2, @on
exec sp_trace_setevent @TraceID, 189, 10, @on
exec sp_trace_setevent @TraceID, 189, 11, @on
exec sp_trace_setevent @TraceID, 189, 35, @on
exec sp_trace_setevent @TraceID, 189, 12, @on
exec sp_trace_setevent @TraceID, 189, 13, @on
exec sp_trace_setevent @TraceID, 189, 6, @on
exec sp_trace_setevent @TraceID, 189, 14, @on
exec sp_trace_setevent @TraceID, 189, 22, @on
exec sp_trace_setevent @TraceID, 45, 16, @on
exec sp_trace_setevent @TraceID, 45, 1, @on
exec sp_trace_setevent @TraceID, 45, 9, @on
exec sp_trace_setevent @TraceID, 45, 17, @on
exec sp_trace_setevent @TraceID, 45, 10, @on
exec sp_trace_setevent @TraceID, 45, 18, @on
exec sp_trace_setevent @TraceID, 45, 11, @on
exec sp_trace_setevent @TraceID, 45, 35, @on
exec sp_trace_setevent @TraceID, 45, 12, @on
exec sp_trace_setevent @TraceID, 45, 13, @on
exec sp_trace_setevent @TraceID, 45, 6, @on
exec sp_trace_setevent @TraceID, 45, 14, @on
exec sp_trace_setevent @TraceID, 45, 22, @on
exec sp_trace_setevent @TraceID, 45, 15, @on
exec sp_trace_setevent @TraceID, 44, 1, @on
exec sp_trace_setevent @TraceID, 44, 9, @on
exec sp_trace_setevent @TraceID, 44, 10, @on
exec sp_trace_setevent @TraceID, 44, 11, @on
exec sp_trace_setevent @TraceID, 44, 35, @on
exec sp_trace_setevent @TraceID, 44, 12, @on
exec sp_trace_setevent @TraceID, 44, 6, @on
exec sp_trace_setevent @TraceID, 44, 14, @on
exec sp_trace_setevent @TraceID, 44, 22, @on
exec sp_trace_setevent @TraceID, 41, 15, @on
exec sp_trace_setevent @TraceID, 41, 16, @on
exec sp_trace_setevent @TraceID, 41, 1, @on
exec sp_trace_setevent @TraceID, 41, 9, @on
exec sp_trace_setevent @TraceID, 41, 17, @on
exec sp_trace_setevent @TraceID, 41, 10, @on
exec sp_trace_setevent @TraceID, 41, 18, @on
exec sp_trace_setevent @TraceID, 41, 11, @on
exec sp_trace_setevent @TraceID, 41, 35, @on
exec sp_trace_setevent @TraceID, 41, 12, @on
exec sp_trace_setevent @TraceID, 41, 13, @on
exec sp_trace_setevent @TraceID, 41, 6, @on
exec sp_trace_setevent @TraceID, 41, 14, @on
exec sp_trace_setevent @TraceID, 40, 1, @on
exec sp_trace_setevent @TraceID, 40, 9, @on
exec sp_trace_setevent @TraceID, 40, 6, @on
exec sp_trace_setevent @TraceID, 40, 10, @on
exec sp_trace_setevent @TraceID, 40, 14, @on
exec sp_trace_setevent @TraceID, 40, 11, @on
exec sp_trace_setevent @TraceID, 40, 35, @on
exec sp_trace_setevent @TraceID, 40, 12, @on


-- Set the Filters
declare @intfilter int
declare @bigintfilter bigint

exec sp_trace_setfilter @TraceID, 10, 0, 7, N'SQL Server Profiler - efbc9d24-69cd-465f-8daf-e38493da0332'
-- Set the trace status to start
exec sp_trace_setstatus @TraceID, 1

-- display trace id for future references
select TraceID=@TraceID
goto finish

error: 
select ErrorCode=@rc

finish: 
go

咱们只须要将这个脚本运行就能够，固然此段脚本，在实例重启的时候，全部的trace都会删除掉，能够将该段代码改为存储过程，而后设置成实例启动的时候运行，

方法参考本篇的上半部分。

固然咱们也能够设置别的参数，好比启动时间，运行时间，跟踪文件大小，位置，数量等，删除没必要要的trace跟踪事件...

当运行到一段时间以后，咱们直接拷贝下来，找台电脑分析就能够了。

更灵活的方式是采起非业务高峰期，利用SQL Server自带的邮件提醒功能，直接检测出问题，而后Send Email....

 

四.SQL Server中黑匣子（2014年11月28日晚补充）

黑匣子做为飞机出现事故后的追踪利器，在微软的SQL Server这个数据库中默认也给装上了此引擎，可是没有开启，此功能可能帮助咱们诊断间歇性的服务器崩溃。它比咱们上面介绍的默认开启的跟踪跟踪的信息更全，跟踪更大一些。其内容包含了：“SP:启动”、“SQL:批处理启动”、异常和注意等事件

这个跟踪经过在sp_trace_create的默认@option参数设置为8来配置的。代码以下：

DECLARE @Traced INT
EXEC sp_trace_create
@Traced OUTPUT,
@options=8
EXEC sp_trace_setstatus @Traced,1

经过以上的配置会自动配置成两个滚动文件，当达到默认的最大文件容量5MB的时候，就在两个文件中循环滚动依次更新。

固然若是感受生成的文件5MB有点小，能够手动配置更改大小，或者自定义文件路径，这些都是容许自定义设置的。

DECLARE @TraceID INT
DECLARE @maxfilesize BIGINT
SET @maxfilesize=25
DECLARE @tracefile nvarchar(245)
SET @tracefile=N'F:\SQLTest\TRACE\MYTRACE.trc'
EXEC sp_trace_create
@TraceID OUTPUT,
@options=8,
@tracefile=NULL,
@maxfilesize=@maxfilesize
EXEC sp_trace_setstatus @TraceID,1

此方法能将数据库执行的全部SQL滚动记录下来，以防止SQL Server宕机以后的事故查找。

参考我博文的上面介绍，只须要将这个方法存储于存储过程，而后设置成实例启动后运行，那么恭喜你的SQL Server已经成功装上了黑匣子引擎，假若有一天忽然宕机，咱们只须要打开此黑匣子就能够。

结语

参考文献有下面

SQL Server 默认跟踪（Default Trace）

使用SQL Trace来实现SQL Server的跟踪操做

SQL Server 2005 - Default Trace (默认跟踪)