跟踪标志 (Transact-SQL)
跟踪标志用于临时设置特定服务器的特征或关闭特定行为。 例如,如果启动 SQL Server 的一个实例时设置了跟踪标志 3205,将禁用磁带机的硬件压缩。 跟踪标志经常用于诊断性能问题,或调试存储过程或复杂的计算机系统。
下表列出了 SQL Server 中可用的跟踪标志,并进行了说明。
注意 |
---|
SQL Server 的未来版本可能不支持跟踪标志行为。 |
跟踪标志 |
说明 |
||
---|---|---|---|
260 |
打印有关扩展存储过程动态链接库 (DLL) 的版本控制信息。 有关 __GetXpVersion() 的详细信息,请参阅创建扩展存储过程。 作用域:全局或会话 |
||
1204 |
返回参与死锁的锁的资源和类型,以及受影响的当前命令。 作用域:仅全局 |
||
1211 |
基于内存不足或基于锁数禁用锁升级。 SQL Server 数据库引擎不会将行锁或页锁升级到表锁。 使用此跟踪标志可生成过多的锁数目。 这样会降低数据库引擎的性能,或因为内存不足而导致 1204 错误(无法分配锁资源)。 如果同时设置了跟踪标志 1211 和 1224,则 1211 优先于 1224。 但是,由于在所有情况下(甚至在内存紧张的情况下)跟踪标志 1211 都禁止升级,因此建议使用 1224。 这有助于在使用多个锁时避免“锁不足”错误。 作用域:全局或会话 |
||
1222 |
以不符合任何 XSD 架构的 XML 格式,返回参与死锁的锁的资源和类型,以及受影响的当前命令。 作用域:仅全局 |
||
1224 |
基于锁数禁用锁升级。 但是,内存不足仍可激活锁升级。 如果锁对象使用的内存量超出下列条件之一,数据库引擎会将行锁或页锁升级为表(或分区)锁:
如果同时设置了跟踪标志 1211 和 1224,则 1211 优先于 1224。 但是,由于在所有情况下(甚至在内存紧张的情况下)跟踪标志 1211 都禁止升级,因此建议使用 1224。 这有助于在使用多个锁时避免“锁不足”错误。
作用域:全局或会话 |
||
1448 |
甚至在异步辅助数据库不确认接受更改的情况下,也使复制日志读取器前移。 甚至在此跟踪标志启用的情况下,日志读取器也始终等待同步辅助数据库。 日志读取器将不会超过同步辅助数据库的最小确认。 此跟踪标志应用于 SQL Server 的实例,而不仅是可用性组、可用性数据库或日志读取器实例。 应用会立即生效,无需重新启动。 此跟踪标志可提前激活或在同步辅助数据库失败时激活。 |
||
2528 |
禁用 DBCC CHECKDB、DBCC CHECKFILEGROUP 和 DBCC CHECKTABLE 执行的对象并行检查。 默认情况下,并行度由查询处理器自动确定。 最大并行度的配置就像并行查询的最大并行度一样。 有关详细信息,请参阅配置 max degree of parallelism 服务器配置选项。 通常应使并行 DBCC 保持启用状态。 对于 DBCC CHECKDB,查询处理器重新求值,并对检查的每个表或每批表自动调整并行度。 有时,检查可能在服务器几乎处于空闲状态时启动。 如果管理员知道在检查完成前负载将增加,则可能需要手动减小并行度或禁用并行度。 禁用对 DBCC 的并行检查可能导致 DBCC 的完成时间变长,如果运行 DBCC 时启用了 TABLOCK 功能并关闭了并行度,则表可能被锁定更长时间。 作用域:全局或会话 |
||
3042 |
绕过默认的备份压缩预先分配算法,以便允许备份文件仅根据需要增长以达到其最终大小。 如果您需要仅分配压缩的备份所需的实际大小以便节约空间,则此跟踪标志将很有用。 使用此跟踪标志可能会导致轻微的性能损失(在备份操作期间损失可能会增加)。 有关预先分配算法的详细信息,请参阅备份压缩 (SQL Server)。 |
||
3205 |
默认情况下,如果磁带机支持硬件压缩,则 DUMP 或 BACKUP 语句会使用该功能。 利用此跟踪标志,可以禁用磁带机的硬件压缩。 此选项在您需要与不支持压缩的其他站点或磁带机交换磁带时很有用。 作用域:全局或会话 |
||
3226 |
默认情况下,每个成功的备份操作都会在 SQL Server 错误日志和系统事件日志中添加一个条目。 如果非常频繁地创建日志备份,这些成功消息会迅速累积,从而产生一个巨大的错误日志,使查找其他消息变得非常困难。 使用这一跟踪标志,可以取消这些日志条目。 如果您频繁地运行日志备份,并且没有任何脚本依赖于这些条目,则这种做法非常有用。 |
||
3608 |
禁止 SQL Server 自动启动和恢复除 master 数据库之外的任何数据库。 如果已启动要求 tempdb 的活动,则将恢复 model,并创建 tempdb。 在访问用户数据库时将启动并恢复该用户数据库。 可能无法运行某些功能,如快照隔离和读提交快照。 用于移动系统数据库和移动用户数据库。 请不要在正常操作中使用。 |
||
3625 |
通过使用“******”屏蔽某些错误消息的参数,限制返回给不是 sysadmin 固定服务器角色成员的用户的信息量。 这可以帮助阻止披露敏感信息。 作用域:仅全局 |
||
4199 |
控制是否以前根据多个跟踪标志进行了多个查询优化器更改。 有关详细信息,请参阅此 Microsoft 支持文章。 作用域:全局或会话 |
||
4616 |
使应用程序角色可以看到服务器级元数据。 在 SQL Server 中,应用程序角色无法访问自身数据库以外的元数据,因为应用程序角色与服务器级别主体不相关联。 这是对早期版本的 SQL Server 的行为的更改。 设置此全局标志将禁用新的限制,并允许应用程序角色访问服务器级元数据。 作用域:仅全局 |
||
6527 |
禁止在 CLR 集成中第一次发生内存不足异常时生成内存转储。 默认情况下,SQL Server 在 CLR 中第一次发生内存不足异常时会生成小内存转储。 该跟踪标志的行为如下所示:
作用域:仅全局 |
||
7806 |
在 SQL Server Express 上启用专用管理员连接 (DAC)。 默认情况下,在 SQL Server Express 上不保留 DAC 资源。 有关详细信息,请参阅用于数据库管理员的诊断连接。 作用域:仅全局 |
||
8032 |
将缓存限制参数还原为 SQL Server 2005RTM 设置,此设置通常允许更大的缓存。 当频繁重复使用的缓存条目不适合缓存时,以及当使用“针对即席工作负荷进行优化”服务器配置选项未能解决与计划缓存相关的问题时,请使用此设置。
|
||
8207 |
允许事务复制的单独更新。 对订阅服务器的更新可以作为 DELETE 和 INSERT 对复制。 这可能不满足业务规则的要求,如激发 UPDATE 触发器。 使用跟踪标志 8207 时,对只影响一行的唯一列的更新(单独更新)将作为 UPDATE 而非作为 DELETE 或 INSERT 对复制。 如果该更新影响具有唯一约束的列或影响多个行,则仍将该更新作为 DELETE 或 INSERT 对复制。 |
||
9485 |
对 DBCC SHOW_STATISTICS 禁用 SELECT 权限。 |
注释
在 SQL Server 中,有两种跟踪标志:会话和全局。 会话跟踪标志对某个连接是有效的,只对该连接可见。 全局跟踪标志在服务器级别上进行设置,对服务器上的每一个连接都可见。 某些标志只能作为全局标志启用,而某些标志在全局或会话作用域都可以启用。
应遵循以下规则:
全局跟踪标志必须全局启用。 否则,跟踪标志无效。 建议您在启动时通过使用 -T 命令行选项启用全局跟踪标志。
如果跟踪标志有全局或会话作用域,则可以用合适的作用域来启用它。 在会话级别启用的跟踪标志永远不会影响另一个会话,并且当打开会话的 SPID 注销时,该跟踪标志将失效。
使用以下方法之一可将跟踪标志设置为开或关:
使用 DBCC TRACEON 和 DBCC TRACEOFF 命令。
以 DBCC TRACEON 2528 为例,若要在全局作用域内启用跟踪标志,请在使用 DBCC TRACEON 时使用 -1 参数:DBCC TRACEON (2528, -1)。 若要关闭全局跟踪标志,请在使用 DBCC TRACEOFF 时使用 -1 参数。
使用 -T 启动选项可以指定跟踪标志在启动期间设置为开。
-T 启动选项将全局启用跟踪标志。 使用启动选项无法启动会话级别的跟踪标志。 有关启动选项的详细信息,请参阅数据库引擎服务启动选项。
使用 DBCC TRACESTATUS 命令确定哪些跟踪标志当前是活动的。
示例
以下示例使用 DBCC TRACEON 将跟踪标志 3205 设置为开。
DBCC TRACEON (3205,-1)
请参阅
参考
DBCC INPUTBUFFER (Transact-SQL)
DBCC OUTPUTBUFFER (Transact-SQL)