gpt4 book ai didi

sql-server-2008 - 更改数据捕获或更改跟踪 - 与传统审计跟踪表相同吗?

转载 作者:行者123 更新时间:2023-12-04 02:21:52 26 4
gpt4 key购买 nike

在我更深入地研究 Microsoft 文档的深渊之前,我想知道是否有使用变更数据捕获和变更跟踪经验的人知道这两者中的一个或两个是否可以用来取代传统的...

"Audit trail table copy of the 'real table' (all of the fields of the original table, plus date/time, user ID, and DML action field) inserted into by Triggers"



...设置数据库表审计跟踪,其中触发器填充审计跟踪表(这都是手动工作)。

MSDN 概述文档从高层次解释了变更数据捕获和变更跟踪是什么,但对我来说还不够清楚,也没有直接说明这些工具可用于替换我们的传统审计跟踪表我经常做。

有使用变更数据捕获和变更跟踪经验的人是否可以为我节省大量时间,或者确认我正在花时间查看正确的工具?我们审计跟踪的关键部分是捕获表字段的所有更改(在 INSERT、UPDATE、DELETE 上)、何时发生以及是谁做的。这些更改通常通过审计跟踪报告按时间顺序提供给最终用户。这是另一个问题......更改数据捕获或更改跟踪是解决方案,我假设可以像查询普通表中的数据一样查询这些数据?

编辑:我需要一个永久的审计跟踪,无论时间如何。我看到更改数据捕获与事务日志有关,所以这对我来说听起来有限。

最佳答案

我认为在您的情况下您仍然需要审计表。在 BOL 中,似乎自动创建并安排了每天凌晨 2 点运行的清理作业。来自 BOL:

The cleanup job runs daily at 2 A.M. It retains change table entries for 4320 minutes or 3 days, removing a maximum of 5000 entries with a single delete statement.



这听起来像它绝对不会做你想要的。我不能认为这会做任何审计表的人想要的。除了它自己的五个默认字段(我找不到它们是什么)之外,似乎也很难将不在数据表中的任何字段添加到审核日志中。对于查询或用于回滚特定的错误更改非常有用。或者,也许我只是不理解这个过程,因为 BOL 在这个主题上写得很糟糕,它当然没有回答我在用这个显然经过深思熟虑的过程取代我的审计时会担心的任何问题。

关于sql-server-2008 - 更改数据捕获或更改跟踪 - 与传统审计跟踪表相同吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2684293/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com