如何检测对数据库的任何更改（DDL 和 DML）

Question

我客户的 SQL 服务器上有很多数据库。这些数据库正在开发中，因此开发人员可以进行设计、重构、数据修改等。有一些数据库很少更改。我的客户必须确保所有这些都安全（备份）并花一些时间管理环境。（公司没有DB管理员职位。）经过长时间的讨论，客户决定使用每日完整备份策略，因为恢复容易。

所以这里是情况的总结：

• 数据库的数量每天都在变化。
• 应备份已更改的数据库（意味着数据和/或结构已更改）。
• 未更改的数据库不得备份。
• 解决方案不应影响数据库结构（不受限制的要求）
• 这个“备份引擎”应自动工作。

主要问题：如何检测数据库已更改。问题的第一部分（DDL 更改）可以通过使用DDL 触发器来解决。但是数据更改（DML 更改）是一个问题。不可能将 DML 触发器应用于所有数据库的所有表以跟踪更改（性能、扩展对象的管理......）。备份引擎必须跟踪所有更改以将每个数据库标记为准备备份。

• Change Data Capture是一个解决方案，但它似乎太重了（它还需要 SQL Server 企业版）。

• 另一种方法是跟踪数据库文件更改（大小或上次更改时间），但它无法正常工作：当数据库超过所有保留的可用空间时，它可以更改其大小，而sp_spaceused不是解决方案。

• 跟踪是一种解决方案，但它会导致性能问题并需要额外的管理。

是否有任何解决方案可以在不影响其他数据库管理对象（如统计信息..）的情况下计算实际数据库使用大小？当然，对不改变表大小的表数据的更改不会触发（我认为），但总比没有好。我真的在寻找 SQL Server 2008 的直接或间接解决方案。

感谢您的任何评论、解决方案和想法。

添加：

这是解决方案（感谢玛丽安）：

Select
    NextLSN = MAX(fn.[Current LSN])
    ,Databasename = DB_NAME()
 from fn_dblog(NULL,    NULL) fn
     LEFT JOIN sys.allocation_units au
         ON fn.AllocUnitId = au.allocation_unit_id
     LEFT  JOIN sys.partitions p
         ON p.partition_id = au.container_id
     LEFT  JOIN sys.objects so
         ON so.object_id = p.object_id  
    WHERE 
    (
        (Operation IN 
       ('LOP_INSERT_ROWS','LOP_MODIFY_ROW',
            'LOP_DELETE_ROWS','LOP_BEGIN_XACT','LOP_COMMIT_XACT') 
            AND so.is_ms_shipped = 0)
        OR 
        ([Lock Information] like '%ACQUIRE_LOCK_SCH_M OBJECT%')
    )

Answer 1

一种想法是每天制作一个快照并使用文件监视器监视磁盘上的快照文件大小。仅当在那里添加数据时，快照才会增加其大小，因此，如果您能找到一种工具来监视实际大小（报告大小），这将是一个有效的想法。

现在..我没有使用这个，所以不能给你技术见解:-)。

另一个想法是使用我在论坛上看到的一些功能（db_fnlog .. 或其他东西）来验证每个数据库的事务日志（当然，如果您对它们使用完全恢复模式）从日志中读取操作，看看你是否有任何删除/插入/更新。

这些事情做起来并不容易……但我希望你会发现它们很有用。

PS：找到了带有日志读取功能的文章（顺便说一下，它是 fndblog :-)：阅读 Jens K. Suessmeyer 的事务日志。