前言
如果缺省跟踪信息打开，它将在SQL Server启动时自动记录SQL Server启动信息。该功能犹如飞机的黑匣子，会记录一个SQL Server实例配置信息的所有改动。查看该信息，可以看出故障时数据库进行了什么样的改动。缺省跟踪信息和ERRORLOG存储在相同的日志文件夹中，其名称如“log_xxx.trc”，此处的xxx是一组序列号。你可以使用Profiler打开这些文件来查看事件记录，也可以使用函数 "fn_trace_gettable"来处理这些文件。
我们的SQL Server数据库中“跟踪”也是无处不在的，如果我们利用好了跟踪技巧，就可以针对某些特定的场景做定向分析，找出充足的证据来破案。
简单的举几个应用场景：
在线生产库为何突然宕机？
数百张数据表为何不翼而飞？
刚打好补丁的系统为何屡遭黑手？
新添加的信息表为何频频丢失？
某张表字段的突然更改，究竟为何人所为？
这些个匿名的访问背后，究竟是人是鬼？
突然增加的增量数据，究竟是对是错？
数百兆的日志爆炸式的增长背后又隐藏着什么？
这一且的背后，是应用程序的BUG还是用户品质的缺失？
我相信如用过SQL Server数据库的人，都会或多或少的利用过SQL Profiler工具。这个玩意就是利用SQL Trace形成的一个图形化操作工具。
Trace