最近，我惊奇地发现，在我工作的大公司的一个部门中，禁止在工作时间内运行
SQL事件探查器 。
我不知道他们如何分析仅在工作时间内出现的性能问题。 毕竟，性能视图通常无法提供准确的信息，尤其是当一个/两个过程/会话速度变慢时，尤其是在不加载服务器本身的情况下。 一只小动物每小时要跑几次，而不是一只，要工作10秒钟（但是让一个
非常重要的客户
非常紧张 ），所以绝对不会进入DMV视图。 然后根据引号本身的文本使用CROSS APPLY选择，可以很好地加载服务器。
但是，我有兴趣了解这种恐惧的根源。 在某些公司中，
SQL事件探查器是一种工作工具，在某些公司中，他们担心它像火一样（有一段时间我从事咨询工作并可以进行比较）。 我很确定是这样的：
休斯顿，我们有问题。 基地放慢速度。 整理出来
滴答声太多了……我需要什么？
好的，我将选中所有复选框，然后再决定。
上级主管的头上还有什么？ 有人启动了
SQL事件探查器 ，一切都stake可危。 然后他们通过打高尔夫球互相告诉对方。
顺便说一句，将这种“
全部写入 ”跟踪
写入到同一服务器上的数据库中而不是
写入文件的尝试会产生特殊的麻烦-一旦我目睹了这种情况。
你好吗 请参加调查