很多时候我们都需要对数据库或者数据库服务器实例进行审核.doc

SQLSERVER2008新增的审核/审计功能 很多时候我们都需要对数据库或者数据库服务器实例进行审核/审计 例如对失败的登录次数进行审计，某个数据库上的DDL语句进行审计，某个数据库表里面的delete语句进行审计 事实上，我们这些审计的需求基本上都是为了一个目的：防黑客 ? 上面的这些审计需求无非就是看一下有哪些人试图入侵数据库服务器，入侵了之后是否有drop表，是否有delete数据 在SQLSERVER2008及以前版本可以选择的方案有 1、服务器级别DDL触发器和数据库级别的DDL触发器（SQL2005及以上版本） 以及DML触发器 2、自己手工从事务日志里读取操作记录，权威的书都会说事务日志不是审核工具，一般大型数据库都会设置为简单模式，事务日志截断 3、依靠SQLSERVER ERRORLOG来检查登录审核，导致SQLSERVER ERRORLOG login相关的日志泛滥?导致SQL排错造成困难 4、事件通知：/gaizai/p/3473553.html5、更改跟踪：/gaizai/p/3482579.html6、变更数据捕获（CDC）：/gaizai/p/3479731.html ? 我们一般都会把C2 审核跟踪和登录审核里面只限成功的登录，以防止SQL ERRORLOG日志泛滥，因为服务器是很久才重启一次的，如果不做修改很容易造成磁盘爆满 --禁用C2 审核跟踪和只限成功的登录 EXEC sys.sp_configure Nc2 audit mode, N0 GO RECONFIGURE WITH OVERRIDE GO USE [master] GO EXEC xp_instance_regwrite NHKEY_LOCAL_MACHINE, NSoftware\Microsoft\MSSQLServer\MSSQLServer, NAuditLevel, REG_DWORD, 1 GO SQLSERVER2008新增的审核功能 在sqlserver2008新增了审核功能，可以对服务器级别和数据库级别的操作进行审核/审计，事实上，事件通知、更改跟踪、变更数据捕获（CDC） 都不是用来做审计的，只是某些人乱用这些功能，也正因为乱用这些功能导致踩坑 事件通知：性能跟踪 更改跟踪：用Sync Services来构建偶尔连接的系统 变更数据捕获（CDC）：数据仓库的ETL 中的数据抽取（背后使用logreader） ? 而审核是SQLSERVER专门针对数据库安全的进行的审核，记住，他是专门的！ ? 我们看一下审核的使用方法? 审核对象 步骤一：创建审核对象，审核对象是跟保存路径关联的，所以如果你需要把审核操作日志保存到不同的路径就需要创建不同的审核对象 我们把审核操作日志保存在文件系统里，在创建之前我们还要在相关路径先创建好保存的文件夹，我们在D盘先创建sqlaudits文件夹，然后执行下面语句 --创建审核对象之前需要切换到master数据库 USE [master] GO CREATE SERVER AUDIT MyFileAudit TO FILE(FILEPATH=D:\sqlaudits) --这里指定文件夹不能指定文件，生成文件都会保存在这个文件夹 GO 实际上，我们在创建审核对象的同时可以指定审核选项，下面是相关脚本 把日志放在磁盘的好处是可以使用新增的TVF:sys.[fn_get_audit_file] 来过滤和排序审核数据，如果把审核数据保存在Windows 事件日志里查询起来非常麻烦 USE [master] GO CREATE SERVER AUDIT MyFileAudit TO FILE( FILEPATH=D:\sqlaudits, MAXSIZE=4GB, MAX_ROLLOVER_FILES=6) WITH ( ON_FAILURE=CONTINUE, QUEUE_DELAY=1000); ALTER SERVER AUDIT MyFileAudit WITH(STATE =ON) MAXSIZE：指明每个审核日志文件的最大大小是4GB MAX_ROLLOVER_FILES：指明滚动文件数目，类似于SQL ERRORLOG，达到多少个文件之后删除前面的历史文件，这里是6个文件 ON_FAILURE：指明当审核数据发生错误时的操作，这里是继续进行审核，如果指定shutdown，那么将会shutdown整个实例 queue_delay：指明审核数据写入的延迟时间，这里是1秒，最小值也是1秒，如果指定0表示是实时写入，当然性能也有一些影响 STATE：指明启动审核功能，STATE这个选项不能跟其他选项共用，所以只能单独一句 ? ? 在修改审核选项的时候，需要先禁用审核，再开启审