我读过之前，它可能创build一个SQL事件探查器跟踪直接logging到一个表，而不需要使用SQL事件探查器 – 显然这比SQL事件探查器本身运行，因为SQL事件探查器捕获所有事件，然后筛选分析器本身中的条目仅显示当前filter中指定的条目。 直接跟踪仅收集跟踪本身中指定的事件，从而减less对服务器本身的影响。
我想build立一个logging所有查询花费超过1秒执行，但现在我似乎无法再次find该文章。
一段时间以来，我被certificate是一个骗局。 您可以通过使用SQL事件探查器创build跟踪来轻松获取跟踪定义，然后立即停止跟踪。 在这一点上，Profiler将允许您导出SQL语句来创build服务器端的相同的东西。 你仍然需要修改一些数据点，比如mrdenny，但是大部分工作都是在创build服务器端跟踪的时候完成的。 该命令在SQL2005 +上的位置是File> Export> Script Trace Definition; 在SQL2000上它是在文件>脚本跟踪。
是的，build议在生产环境中使用“服务器端”跟踪，而不是使用SQL Profiler来执行“客户端”跟踪，而不是因为Profiler捕获所有事件，而是因为运行Profiler所需的内存和networking开销。
如前所述，创build服务器端跟踪的最佳方法是在SQL Server Profiler中设置筛选，然后将跟踪导出到脚本。
有一个关于sqlserverpedia的一步一步的文章解释了如何做到这一点，这是你以后的文章？
运行SQL事件探查器（使用运行在客户端上的事件探查器）并从T / SQL运行一个跟踪将完成同样的事情。 过滤全部在服务器上完成。
这可以通过设置SQL事件探查器跟踪来监视SQL PRofiler，然后启动该跟踪。 然后设置第二个轨迹来处理你想要的，然后开始第二个轨迹。 在第一个跟踪中，您将看到所有的T / SQL命令来创build跟踪并设置过滤。
您需要调整代码以使用T / SQLvariables来处理TraceId可能与您在设置示例跟踪时所使用的不同的事实。