AutoAudit介绍
AutoAudit这个是Paul Nielsen写的一个开源的审计跟踪的脚本项目，项目位于https://autoaudit.codeplex.com/上，Paul Nielsen的一篇博客CodeGen to Create Fixed Audit Trail Triggers上也介绍了他创建这个项目的前因后果。目前最新的版本为3.30a，官方文档写着支持SQL Server 2005, 2008, 2012。根据我的测试，SQL Server 2014也是支持的。看了这个项目最后一次更新时间为2012年，也就是说那个时候SQL Server 2014、SQL Server 2016、SQL Server 2017都还没有发布。可以这样说，AudoAudit这个项目自2012年后，已经停止更新了。
那么AutoAudit这个脚本能做那些跟踪审计方面的工作呢？下面笼统的总结了一下AutoAudit的功能：
1： 审计、跟踪记录所有的DDL脚本。
它创建了一个数据库DDL的触发器，它会捕获DDL相关脚本。例如，创建、修改、删除数据库对象等。
2： 审计DML(INSERT、UPDATE、DELETE)的脚本以及数据变化。
可以灵活配置、动态监控某个表、或一批表、或者所有表的DML操作，例如INSERT、UPDATE、DELTE操作，可以只捕获SQL语句，也可以捕获相关值的变化（记录修改前的值与修改后的值）。可以设置参数、在被监控的表上动态的生成触发器等。
AutoAudit部署
AutoAudit的部署是非常简单的事情，你从官方下载一个AutoAudit的SQL脚本，例如当前版本为AutoAudit 3.30a.sql，你可以修改一些变量或不做修改，在你需要做审计跟踪的数据库执行脚本就轻松部署了。当然，如果你要搞懂、弄透的话，还得花费一番功夫研究一下脚本。AutoAudit 3.30a.sql的脚本大概6000多行，里面有大量的注释，代码非常优雅、简洁。个人拜读起来，感觉就是一件精雕细琢的艺术品，爽心悦目。下面来简单介绍一下这个开源项目吧，估计认真看代码的没有几个人。
如果你没有修改任何参数，执行完这个脚本后，就会在当前数据库上创建下面一些对象：
1：数据库DDL触发器SchemaAuditDDLTrigger
2：创建一些数据库对象，如果没有修改参数@AuditSchema，默认创建在Audit这个Schema下面。
Table（8个）
[Audit].[AuditAllExclusions] 排除审计、跟踪的表
[Audit].[AuditBaseTables] 记录审计、跟踪表的相关参数，它会取这里的相关值动态生成相关触发器。默认为空
[Audit].[AuditDetail] 记录表数据INSERT、UPDATE、DELETE变化前后的值（可以记录全部字段或部分字段）
[Audit].[AuditDetailArchive] [Audit].[AuditDetail]的归档数据。
[Audit].[AuditHeader] 记录表DML操作的相关用户、应用程序、以及SQL语句等。
[Audit].[AuditHeaderArchive] [Audit].[AuditDetail]表的数据归档表
[Audit].[AuditSettings] AutoAudit的相关参数
[Audit].[SchemaAudit] 记录数据库的DDL信息，例如SQL、应用程序等等。
View（5个）
[Audit].[vAudit]
[Audit].[vAuditAll]
[Audit].[vAuditArchive]
[Audit].[vAuditDetailAll]
[Audit].[vAuditHeaderAll]
Procedure（16个）
[Audit].[pAutoAuditArchive]
[Audit].[pAutoAudit]
[Audit].[pAutoAuditRebuild]
[Audit].[pAutoAuditRebuildAll]
[Audit].[pAutoAuditDrop]
[Audit].[pAutoAuditAll]
[Audit].[pAutoAuditSetTriggerState]
[Audit].[pAutoAuditSetTriggerStateAll]
[Audit].[pAutoAuditDropAll]
[Audit].[GenerateIt]
[Audit].[SuspendIt]
[Audit].[ReactivateIt]
[Audit].[RemoveIt]
[Audit].[ProcessExpiredDataAudits]
[Audit].[ProcessDataAuditsCleanup]
[Audit].[ProcessDataAuditsCleanupForAllDb]
表 [Audit].[AuditSettings]是配置信息表，关于AudoAudit的配置信息都位于该表。如果要了解、学习AudoAudit这个项目，那么必须了解这些参数。参数具体功能可以参加脚本注释信息.
SELECT * FROM [Audit].[AuditSettings]
此时，你查询[Audit].[SchemaAudit]，发现数据库DDL触发器已经捕获了你创建视图、存储过程等等的DDL脚本
下面我们来测试一下AutoAudit的功能吧， 如下所示，我们清空[Audit].[SchemaAudit]下数据，然后创建、修改TEST表，具体测试脚本如下,数据库的DDL触发器会捕获相关DDL SQL，当然DML操作是不会被捕获的。
TRUNCATE TABLE [Audit].[SchemaAudit]
GO
CREATE TABLE TEST(ID INT ,NAME VARCHAR(12));
GO
ALTER TABLE TEST ADD SEX BIT;
GO
ALTER TABLE TEST DROP COLUMN SEX;
GO
使用账号tmp登录数据库，执行下面一批脚本
USE YourSQLDba;
GO
CREATE TABLE TEST(ID INT, NAME VARCHAR(24));
GO
ALTER TABLE TEST ADD SEX BIT;
GO
INSERT INTO TEST
SELECT 1000, 'KERRY', 1 ;
GO
DROP TABLE TEST;
GO
如下所示，SchemaAuditDDLTrigger触发器会捕获DDL相关脚本记录到表下[Audit].[SchemaAudit]，XMLEventData里面包含了具体、详细的信息。例如脚本执行的时间、ServerName等等。
那么接下来，我们想审计、跟踪某个具体表，例如，我们想审计、跟踪[Maint].[DataBaseSizeDtl_Day]表，那么可以通过存储过程Audit.pAutoAudit去实现
EXEC Audit.pAutoAudit @SchemaName = 'Maint', -- sysname
@TableName = 'DataBaseSizeDtl_Day', -- sysname@ColumnNames = '<All>', -- varchar(max)
@StrictUserContext = 1, -- bit @LogSQL = 1, -- bit @BaseTableDDL = 0, -- bit@LogInsert = 2, -- tinyint
@LogUpdate = 2, -- tinyint
@LogDelete = 2 -- tinyint
存储过程是根据参数，动态生成被审计表的相关触发器，如下所示，
ALTER PROC [Audit].[pAutoAudit]
(
@SchemaName sysname = 'dbo',--this is the default schema name for the tables getting AutoAudit added
@TableName sysname, --enter the name of the table to add AutoAudit to.
@ColumnNames varchar(max)= '<All>',--columns to include when logging details (@Log...=2). Default = '<All>'. Format: '[Col1],[Col2],...'
@StrictUserContext bit = 1, -- 2.00 if 0 then permits DML setting of Created, CreatedBy, Modified, ModifiedBy
@LogSQL bit = 0, -- 0 = Don't log SQL statement in AuditHeader, 1 = log the SQL statement
@BaseTableDDL bit = 0, -- 0 = don't add audit columns to base table, 1 = add audit columns to base table
@LogInsert tinyint = 2, -- 0 = nothing, 1 = header only, 2 = header and detail
@LogUpdate tinyint = 2, -- 0 = nothing, 1 = header only, 2 = header and detail
@LogDelete tinyint = 2 -- 0 = nothing, 1 = header only, 2 = header and detail
)
注意，对应参数的不同值会影响触发器以及审计内容以及数据。
@SchemaName 审计表的Schema
@TableName 审计表的表名
@ColumnNames 表的字段，如果只为<All>那么在AuditDetail记录所有字段的变化值，也可以只记录某个或某些字段的值。
@StrictUserContext 默认为1，如果为0，那么会在跟踪升级表上增加字段[AutoAudit_CreatedDate]、[AutoAudit_CreatedBy]等。
@LogSQL 0表示不会AuditHeader中记录DML操作的SQL，1表示在AuditHeader中记录DML操作的SQL
@BaseTableDDL 0表示在基表不增加审计字段，1表示在基表增加审计字段
@LogInsert 0表示不审计任何INSERT，1表示只会记录SQL等信息到表AuditHeader，2表示不仅捕获SQL等信息，还会捕获详细数据变化值到AuditDetail
@LogUpdate 0表示不审计任何UPDATE，1表示只会记录SQL等信息到表AuditHeader，2表示不仅捕获SQL等信息，还会捕获详细数据变化值到AuditDetail
@LogDelete 0表示不审计任何DELETE，1表示只会记录SQL等信息到表AuditHeader，2表示不仅捕获SQL等信息，还会捕获详细数据变化值到AuditDetail
就会在'DataBaseSizeDtl_Day'下面生成三个触发器DataBaseSizeDtl_Day_Audit_Delete、DataBaseSizeDtl_Day_Audit_Insert、DataBaseSizeDtl_Day_Audit_Update，然后我们往这个表插入数据（启动作业YourSQLDba_Monitor_Database_Daily_Growth）即可，那么接下来，查看[Audit].[AuditHeader]表，就能看到什么HostName、SysUser、Application、Table、Operation、SQLStatement等等具体信息
SELECT * FROM [Audit].[AuditHeader]
SELECT * FROM AUDIT.AuditDetail
AutoAudit的优缺点
AudtoAudit配置简单、灵活，可以在做到基本审核或精细审核，完全可以根据需要定制审计粒度信息； 另外，代码中有许多地方值得我们学习、借鉴的地方。但是测试AutoAudit的过程中也发现了一些Bug，目前该项目停止更新，需要自己解决这些问题，例如，当主键的字段不是第一列并且指定具体列@ColumnNames时，那么在使用Audit.pAutoAudit 创建相关触发器时就会报错，如下截图所示
USE YourSQLDba;
GO
SELECT * INTO db_objects FROM sys.objects;
ALTER TABLE db_objects ADD CONSTRAINT pk_db_objects PRIMARY KEY(OBJECT_ID);
GO
EXEC Audit.pAutoAudit @SchemaName = 'dbo',
@TableName = 'db_objects',
@ColumnNames = '[type_desc],[create_date]',
@StrictUserContext = 1,
@LogSQL = 1,
@BaseTableDDL = 0,
@LogInsert = 1,
@LogUpdate = 1,
@LogDelete = 1
当然也还有一些其他bug，如下所：
EXEC Audit.pAutoAudit @SchemaName = 'dbo',
@TableName = 'db_objects',
@ColumnNames = '<all>',
@StrictUserContext = 1,
@LogSQL = 1,
@BaseTableDDL = 0,
@LogInsert = 1,
@LogUpdate = 1,
@LogDelete = 1
这个都需要你调试代码，找出错误的原因，修改相关代码（主要都是动态生成SQL时，有一些SQL语法错误，例如多了一个，等等），目前。已经我已经发现并修改了该代码多处地方的小Bug。
最后跟踪审计，如果没有必要的话，最好不要开启，除非是为查找定位一些问题，因为毕竟这个还是有很多额外的性能开销、损耗，尤其是这种使用触发器来跟踪、审计，AutoAudit也明确指出这个会影响性能：“Adding AutoAudit to your tables will impact performance.”
参考资料：
https://autoaudit.codeplex.com/