在SQLServer2008之前，对数据变更的捕获通常使用触发器、时间戳等低效高成本的功能来实现，所以很多系统都没有做数据变更或者仅仅对核心表做监控。
适用环境：
仅在SQLServer2008（含）以后的企业版、开发版和评估版中可用。
官方介绍：
更改数据捕获存储过程 (Transact-SQL)
变更数据捕获使得在启用表上发生的数据操纵语言 (DML) 活动的历史记录能够以方便的关系格式提供。使用以下存储过程可以配置变更数据捕获、管理变更数据捕获代理作业和为更改数据使用者提供当前元数据。
详解：
CDC功能主要捕获SQLServer指定表的增删改操作，由于任何操作都会写日志（哪怕truncate），所以CDC的捕获来源于日志文件。日志文件会把更改应用到数据文件中，同时也会标记符合要求的数据标记为需要添加跟踪的项。然后通过一些配套函数，最后写入到数据仓库中。大概流程：
具体操作：（下面例子是项目中用到的直接贴出来）
跟一般操作一样首先要打开这个功能，然后才可以开始监控
--打开CDC USE DB_Name --数据库名称 GO EXECUTE sys.sp_cdc_enable_db; GO
检查是否打开
--检查是否成功 SELECT is_cdc_enabled, CASE WHEN is_cdc_enabled=0 THEN 'CDC功能禁用'ELSE 'CDC功能启用'END 描述 FROM sys.databases WHERE NAME = 'DB_Name'
也可以在用户和架构中查看
系统表中也会有增加
打开数据库的CDC功能之后就是打开数据库的具体业务表的监控了
sys.sp_cdc_enable_table [ @source_schema = ] 'source_schema', [ @source_name = ] 'source_name' , [ @role_name = ] 'role_name' [,[ @capture_instance = ] 'capture_instance' ] [,[ @supports_net_changes = ] supports_net_changes ] [,[ @index_name = ] 'index_name' ] [,[ @captured_column_list = ] 'captured_column_list' ] [,[ @filegroup_name = ] 'filegroup_name' ] [,[ @partition_switch = ] 'partition_switch' ]
[ @source_schema = ] 'source_schema' 是源表所属的架构的名称。source_schema 的数据类型为 sysname，无默认值，并且不能为 NULL。 [ @source_name = ] 'source_name' 是对其启用变更数据捕获的源表的名称。source_name 的数据类型为 sysname，无默认值，并且不能为 NULL。 source_name 必须存在于当前数据库中。不能对 cdc 架构中的表启用变更数据捕获。 [ @role_name = ] 'role_name' 是用于控制更改数据访问的数据库角色的名称。role_name 为 sysname，并且必须指定。如果显式设置为 NULL，则没有控制角色用于限制对更改数据的访问。 如果当前存在该角色，则使用它。如果不存在该角色，则会尝试创建具有指定名称的数据库角色。在尝试创建该角色之前，将删除角色名称字符串右侧的空格。如果调用方无权在数据库中创建角色，则存储过程操作将失败。 [ @capture_instance = ] 'capture_instance' 是用于命名特定于实例的变更数据捕获对象的捕获实例的名称。capture_instance 为 sysname，并且不能为 NULL。 如果未指定，则该名称将从源架构名称加上源表名称中派生而来，格式为 schemaname_sourcename。capture_instance 不能超过 100 个字符，并且在数据库中必须是唯一的。不管是指定的还是派生的，都将删除 capture_instance 字符串右侧的任何空格。 源表最多可以有两个捕获实例。有关详细信息，请参阅sys.sp_cdc_help_change_data_capture (Transact-SQL)。 [ @supports_net_changes = ] supports_net_changes 指示是否对此捕获实例启用净更改查询支持。supports_net_changes 为 bit，如果此表有主键，或者有已使用 @index_name 参数进行标识的唯一索引，则此参数的默认值为 1。否则，此参数默认为 0。 如果为 0，则只生成查询所有更改的支持函数。 如果为 1，则还会生成查询净更改所需的函数。 如果将 supports_net_changes 设置为 1，则必须指定 index_name，或者源表必须具有已定义的主键。 [ @index_name = ] 'index_name' 用于唯一标识源表中的行的唯一索引的名称。index_name 为 sysname，并且可以为 NULL。如果指定，则 index_name 必须是源表的唯一有效索引。如果指定 index_name，则标识的索引列优先于任何定义的主键列，就像表的唯一行标识符一样。 [ @captured_column_list = ] 'captured_column_list' 标识将包括在更改表中的源表列。captured_column_list 的数据类型为 nvarchar(max)，并且可以为 NULL。如果为 NULL，则所有列都将包括在更改表中。 列名称必须是源表中的有效列。必须包括在主键索引中定义的列，或在 index_name 所引用的索引中定义的列。 captured_column_list 是以逗号分隔的列名称列表。可以选择将列表中的单个列名称放在双引号 ("") 或方括号 ([]) 中。如果列名称包含嵌入的逗号，则必须将该列名称引起来。 captured_column_list 不能包含以下保留的列名称：__$start_lsn、__$end_lsn、__$seqval、__$operation 和 __$update_mask。 [ @filegroup_name = ] 'filegroup_name' 是要用于为捕获实例创建的更改表的文件组。filegroup_name 为 sysname，并且可以 NULL。如果指定，则必须为当前数据库定义 filegroup_name。如果为 NULL，则使用默认文件组。 我们建议为变更数据捕获的更改表创建一个单独的文件组。有关详细信息，请参阅配置变更数据捕获。 [ @allow_partition_switch= ] 'allow_partition_switch' 指示是否可以对启用了变更数据捕获的表执行 ALTER TABLE 的 SWITCH PARTITION 命令。allow_partition_switch 为 bit，默认值为 1。 对于非分区表，此开关设置始终为 1，并忽略实际的设置。如果对于非分区表将此开关显式设置为 0，则发出警告 22857 以指示已忽略此开关设置。如果对于分区表将此开关显式设置为 0，则发出警告 22356 以指示将禁止源表上的分区切换操作。最后，如果此开关设置显式设置为 1 或允许默认为 1 并且被启用的表已分区，则发出警告 22855 以指示不会阻塞分区切换。如果发生任何分区切换，则变更数据捕获不会跟踪由此切换产生的更改。这将导致使用更改数据时数据不一致。
EXECUTE sys.sp_cdc_enable_table @source_schema = N'dbo' , @source_name = N'User_Info' , @role_name = NULL , @capture_instance=N'CDC_User_Info' , @captured_column_list ='UserInfoID,UserName,NickName,RealName,Photo,Phone,IDCard,AddTime,Status,RoleType,Province,City,District' , @index_name='PK_USER_INFO' ; GO
语法 --查看配置 --sys.sp_cdc_help_change_data_capture --[ [ @source_schema = ] 'source_schema' ]--表的架构名 --[, [ @source_name = ] 'source_name' ] --表名称 EXEC sys.sp_cdc_help_change_data_capture 'dbo','User_Info'
--执行结果
--查看是否启用
SELECT is_tracked_by_cdc
FROM SYS.TABLES
WHERE NAME='User_Info'
AND SCHEMA_ID=SCHEMA_ID('DBO')
下面开始测试一下这个监控是否起效：
注意：必须在 SQL Server 配置管理器中打开SQL 代理，
直接在SQL里面做测试：
SELECT * FROM cdc.CDC_User_Info_CT
--插入测试 INSERT INTO [dbo].[User_Info] ([UserName],[Password],[NickName],[Email],[RealName],[IDCard],[Photo],[Sex],[Phone],[Profile],[Description] ,[AddTime],[Province],[City],[District],[Birthday],[RoleType],[Status],[VIPCardNumber],[VerifiedStatus] ,[PayPassword],[QQ],[LastLoginTime],[IsShowRealName]) VALUES ('test','test','test','test','test','test','test',1,'test','test','test','2015-02-03 00:00:00.000','test','test','test','1983-03-18 00:00:00.000',1,1,1,1,'test','test','2015-02-03 00:00:00.000',1) SELECT * FROM cdc.CDC_User_Info_CT GO
--修改测试 UPDATE [dbo].[User_Info] SET[Sex] = 0 ,[Phone] = '4' ,[QQ] = '4111114' WHERE UserInfoID=1
SELECT * FROM dbo.User_Info SELECT * FROM cdc.CDC_User_Info_CT GO
--删除测试 DELETE FROM [dbo].[User_Info] WHERE UserInfoID=99999
SELECT * FROM dbo.User_Info SELECT * FROM cdc.CDC_User_Info_CT GO
从测试看来已经达到了我们想要的监控效果了！存储过程部分也就这么几个，其他的可以参考最前面那个表格！
接下来看看如何使用CDC函数吧：
使用CDC的函数来获取更改
1、 cdc.fn_cdc_get_all_changes_<捕获实例> (Transact-SQL)
针对在指定日志序列号 (LSN) 范围内应用到源表的每项更改均返回一行。如果源行在该间隔内有多项更改，则每项更改都会表示在返回的结果集中。除了返回更改数据外，四个元数据列还提供了将更改应用到另一个数据源所需的信息。行筛选选项可控制元数据列的内容以及结果集中返回的行。当指定“all”行筛选选项时，针对每项更改将只有一行来标识该更改。当指定“all update old”选项时，更新操作会表示为两行：一行包含更新之前已捕获列的值，另一行包含更新之后已捕获列的值。
此枚举函数是在对源表启用变更数据捕获时创建的。此函数名称是派生的，采用 cdc.fn_cdc_get_all_changes_capture_instance 格式，其中 capture_instance 是在对源表启用变更数据捕获时为捕获实例指定的值。
语法： cdc.fn_cdc_get_all_changes_capture_instance ( from_lsn , to_lsn , '<row_filter_option>' ) <row_filter_option> ::= { all | all update old } 参数： from_lsn LSN 值，它表示要包含在结果集中的 LSN 范围的低端点。from_lsn 的数据类型为 binary(10)。 结果集中仅包含 cdc.[capture_instance]_CT 更改表中 __$start_lsn 中的值大于或等于 from_lsn 的行。 to_lsn LSN 值，它表示要包含在结果集中的 LSN 范围的高端点。to_lsn 的数据类型为 binary(10)。 结果集中仅包含 cdc.[capture_instance]_CT 更改表中 __$start_lsn 中的值小于或等于 from_lsn 或等于 to_lsn 的行。 <row_filter_option> ::= { all | all update old } 控制元数据列的内容和结果集中所返回的行的选项。 可以是下列选项之一： all 返回指定 LSN 范围内的所有更改。对于由更新操作导致的更改，此选项只返回在应用更新之后包含新值的行。 all update old 返回指定 LSN 范围内的所有更改。对于由更新操作导致的更改，此选项将返回在更新之前包含列值的行和更新之后包含列值的行。