介绍 Audit是SQL Server 2008之后才有的功能，它能告诉你“谁什么时候做了什么事情”。具体是指审核SQL Server 数据库引擎实例或单独的数据库涉及到跟踪和记录数据库引擎中发生的事件。它的底层是基于扩展事件(Extented Event)，所以其性能和灵活性相对较好。审核数据可以输出到审核文件、Windows安全日志和应用程序日志。
Audit都需要创建一个实例级的“SQL Server审核”，然后可以创建从属于它“服务器审核规范”和“数据库审核规范”。可以理解“SQL Server审核”是审核的容器，这两个“规范”是定义要审核的具体内容。创建和使用审核的一般过程：
创建审核并定义目标。
创建映射到审核的服务器审核规范或数据库审核规范，并启用审核规范。
启用审核。
通过使用 Windows“事件查看器”、“日志文件查看器”或 fn_get_audit_file 函数来读取审核事件。
##实现 创建测试数据库和数据：
创建审核和定义目标。创建审核可以用SSMS或者语句实现。所谓目标，就是审核输出存到哪里，与扩展事件的Target差不多。 对应的语句创建： 简单说明一下相关参数：
TO FILE:指定输出到审核文件，也可以指定为Security Log和Application Log。 FILEPATH：审核文件的目录地址。
MaxSize：单个审核文件的大容量。 MAXSIZE：类似于Trace,指定Rollover允许多文件数。 RESERVE_DISK_SPACE：预先分配审核文件到MaxSize。个人推荐启用。 QUEUE_DELAY：指定事件发生到被强制审核的毫秒间隔。指定为0则为同步审核。 ON_FAILURE ：当审核向上档写入数据失败时，接下来会采取的行为：CONTINUE | SHUTDOWN | FAIL_OPERATION。 AUDIT_GUID：用于数据库镜像。类似Login的SID作用，镜像会话的主库如果有审核，则在镜像库创建对应的审核需要指定同样GUID。
WHERE：相当于扩展事件中Predicate，用于指定过滤条件。
创建数据库审核规范并启用之指定从属于哪个SQL Server审核和定义出要审核的内容。可以通过SSM或者语句创建之。下面针对测试表tb创建审核规范：任何人对tb表的DML和表结构修改操作都被审核。 对应的语句： 对照SSMS，参数的意义就很明白了。更详细内容参考：CREATE DATABASE AUDIT SPECIFICATION
审核活动类型(Audit Action Type)参考：SQL Server 审核操作组和操作
启用审核
SQL Server在创建审核和审核规范时，默认是不启用，需要显式启用。在前面两步，我已经显式启用了。
测试和查看审核数据 在前面目标定义的文件中会生成一个审核文件，文件名：[SQL Server审核名称][审核的GUID]*.sqlaudit。
这个文件也可以用其它文字编辑器打，但是不便阅读。通常使用系统函数sys.fn_get_audit_file读取它。 从结果可以得到：谁在什么时候做了什么。Select和Alter语句只有一条记录。Update有两条记录，一条Select和一条Update。将audit_file_offset的值传递给fn_get_audit_file作为第三个参数值，可以实现从指定的offset读取审核文件。注意：event_time输出为UTC时间了。
当然也可以直接查看： 5. 尝试服务器审核规范
审核创建和删除登录，并将审核内容记录到应用程序日志。 通过Windows的事件查看器，可以查看到33205事件。个人觉得在查看数据详细事件时，使用XML格式更好理解一些。 ###总结 SQL Server审核相对而言性能影响较少，审核粒度也非常灵活。 审核是针对“事件“，回答”谁什么时候干了什么“，但对数据本身变化的跟踪力度较弱。 审核的目标结果，无论是审核文件或者应用程序日志，都需要另外处理和分析才能得想要的内容。