教你轻松解决 SQL事件探查器的疑难问题

下面是使用 SQL 事件探查器时，可能遇到的问题：

◆设置筛选时，无条件限制的筛选包括了 SQL 事件探查器的输出中所有的项。数据列上的筛选不会应用于未填充那个数据列的事件类。

◆因为 SQL 事件探查器存储过程在服务器上（而非客户端上）保存跟踪队列定义，所以 SQL 事件探查器不能编辑或启动最初用该存储过程创建的跟踪。

◆由于安全原因，如果批处理中包含的存储过程带有密码参数，则不进行跟踪。取而代之的是生成一个事件，用注释代替批处理文本。

◆在 Microsoft® Windows® 95 和 Windows 98 中，直到 SQL 事件探查器关闭又重新启动后，才接受客户端的配置更改。

◆如果远程计算机上的文件不可用，那么在访问那些文件时，SQL 事件探查器会带来一些问题。

下面是重放 SQL 事件探查器跟踪时的常见问题：

◆当跟踪捕获到的登录和用户在目标数据库中不存在时，就可能会发生重放的错误。如果登录和用户在数据库中存在，那么它们必须具有与源（被跟踪的）数据库中相同的权限。

◆当目标数据库的数据库 ID (DBID) 不同于跟踪中捕获的 DBID 时，可能会发生重放错误。要更正此问题，可将源（被跟踪的）服务器的 master 数据库备份还原到目标服务器上。然后，还原用户数据库。另外一个办法是，把 DBID 数据列从跟踪和默认数据库（设置为跟踪中捕获的每个用户的目标数据库）上删除。

◆尝试重放数据库跟踪时，如果它不同于源（被跟踪的）数据库的状态，则可能发生重放错误。如果数据丢失或更改，更新操作可能会失败。

◆如果重放跟踪所包含的并发连接超过重放计算机能够管理的并发连接数，那么系统性能可能会降低。这时，如果跟踪中捕获了这些数据列中的一列或多列，那么可以用"应用程序名"、"SQL 用户名"或其它筛选筛选该跟踪。

◆重放含有 KILL 语句的捕获事件可能会导致意外的重放结果；终止的 SPID 可能不存在；或者如果存在，那么该 SPID 可能被指派给另一个用户或连接，而不是最初跟踪的那一个。

◆当以最快速度重放跟踪文件时，SPID 可能会阻塞，造成重放进程的停滞。为了释放阻塞的 SPID 并且使跟踪可以继续，请取消正在阻塞的 SPID。