使用SQLServer Audit来监控触发器的启用、禁用情况

WBOY

发布： 2016-06-07 15:18:26

原创

1429 人浏览过

使用情景：有时候会发现在触发器中的业务逻辑没有执行，可能是因为触发器的逻辑错误所引起的。但是有时候却是因为一些触发器被禁用了。由于 SQLServer 默认不跟踪触发器的启用还是禁用。且禁用触发器的命令（ Disable Trigger ）不在默认跟踪里面捕获。但

使用情景：

有时候会发现在触发器中的业务逻辑没有执行，可能是因为触发器的逻辑错误所引起的。但是有时候却是因为一些触发器被禁用了。

由于SQLServer默认不跟踪触发器的启用还是禁用。且禁用触发器的命令（Disable Trigger）不在默认跟踪里面捕获。但是可以在服务器级别的跟踪（不是使用Profiler）获取这些信息，捕获SQL:StmtCompleted并在TextData列筛选，但是对于负载较重的系统，这样会有比较大的影响。

如果你的是企业版，可以考虑使用一个新特性：SQL Server Audit。可以使用DATABASE AUDIT SPECIFICATION来捕获这些事件。

使用步骤：

第一步，使用以下语句先创建服务器级别监控：

USE master;

GO

CREATE SERVER AUDIT ServerAudit

  TO FILE (FILEPATH = 'E:\temp\', MAXSIZE = 1 GB)--注意更改文件路径

  WITH (ON_FAILURE = CONTINUE);

GO

ALTER SERVER AUDIT ServerAudit

  WITH (STATE = ON);

登录后复制

注意，路径需要修改，temp文件夹也要实现开启。

第二步，创建数据库级别监控:

对于本文，我们关注SCHEMA_OBJECT_CHANGE_GROUP，以AdventureWorks为例子：

USE AdventureWorks;
GO
CREATE DATABASE AUDIT SPECIFICATION schema_change
FOR SERVER AUDIT ServerAudit
ADD (SCHEMA_OBJECT_CHANGE_GROUP)
WITH (STATE = ON);
GO

登录后复制

第三步，创建一个示例表，然后创建一个示例触发器：

CREATE TABLE dbo.splunge ( id INT ) ;
GO
CREATE TRIGGER dbo.splunge_trigger ON dbo.splunge
    FOR INSERT
AS
    BEGIN
        SELECT  1 ;
    END
GO

登录后复制

第四步，可以使用以下脚本来检查：

SELECT  event_time ,
        succeeded ,
        server_principal_name ,
        [object_name] ,
        [statement]
FROM    sys.fn_get_audit_file('E:\Temp\ServerAudit*', NULL, NULL)
WHERE   database_name = 'AdventureWorks' ;

登录后复制

结果如下，可以看到捕获了创建的记录：

使用SQLServer Audit来监控触发器的启用、禁用情况

现在来禁用这个触发器，然后再查询一下：

DISABLE TRIGGER dbo.splunge_trigger ON dbo.splunge;
GO
SELECT  event_time ,
        succeeded ,
        server_principal_name ,
        [object_name] ,
        [statement]
FROM    sys.fn_get_audit_file('E:\Temp\ServerAudit*', NULL, NULL)
WHERE   database_name = 'AdventureWorks' ;

登录后复制

结果如下：

使用SQLServer Audit来监控触发器的启用、禁用情况

如果你重新启用这个触发器，你会再看到另外一行，如果觉得返回数据太多，可以在where语句中添加筛选：

AND [statement] LIKE '%disable%trigger%'

登录后复制

但是有时候会存在误报，比如，在你的代码里面可能存在同样的信息。但是筛选数据对性能和检查问题总是有好处的。

小结：

捕获事件有很多种方式。此功能仅限2008企业版使用。