在我深入研究 Microsoft 文档的深渊之前，我想知道有变更数据捕获和变更跟踪经验的人是否知道其中之一或两者是否可以用来取代传统的...
“审计追踪表副本‘真实’
table'（原始表的所有字段，
加上日期/时间、用户 ID 和 DML
动作字段）插入到
触发器”
...数据库表审计跟踪的设置，其中触发器填充审计跟踪表（这都是手动工作）。
MSDN 概述文档在较高层次上解释了变更数据捕获和变更跟踪是什么，但对我来说还不够清楚，也没有直接说明这些工具可以用来取代我们传统的审计跟踪表。我已经做了很多次了。
具有使用变更数据捕获和变更跟踪经验的人是否可以为我节省大量时间，或者确认我正在花时间寻找正确的工具？我们审计跟踪的关键部分是捕获表字段的所有更改（插入、更新、删除）、更改时间以及更改者。这些更改通常通过审计跟踪报告按时间顺序提供给最终用户。这是另一个问题......更改数据捕获或更改跟踪是解决方案，我假设可以像普通表中的数据一样查询该数据？
EDIT:我需要永久的审计跟踪，无论时间如何。我发现更改数据捕获与事务日志有关，所以这对我来说听起来很有限。
我认为根据您的情况，您仍然需要审核表。查看 BOL，似乎会自动创建并安排每天凌晨 2 点运行的清理作业。来自博尔：
清理工作每天凌晨 2 点进行。
它保留更改表条目
4320 分钟或 3 天，删除
单个条目最多 5000 个
删除语句。
听起来它绝对没有达到您想要的效果。我认为这不会达到任何审计表格的人所希望的效果。而且，除了它自己的五个默认字段（我找不到它们是什么）之外，将数据表中没有的任何字段添加到审核日志中，即使不是不可能，也会很困难。对于查询或用于回滚特定的不良更改非常有用。或者也许我只是不理解这个过程，因为 BOL 在这个主题上写得很差，它肯定没有回答我用这个显然考虑不周的过程取代我的审计时所担心的任何问题。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
