Sql server SQL Server 2008备份事务日志

Sql server SQL Server 2008备份事务日志,sql-server,logging,transactions,database-backups,Sql Server,Logging,Transactions,Database Backups,我理解,事务日志保留历史事务的记录,以便在需要时进行恢复。但是,我是否需要继续为挂在服务器上的非活动数据库创建事务日志备份?没有对它们运行DDL语句,它们只是用作参考 我只是有点担心,如果我弄错了,可能会耗尽日志空间 您是否考虑过将数据库的恢复模型更改为恢复模型?这样做将消除备份事务日志的需要,因为它将在您需要的“不太可能”事件中自动重复使用 我仍然建议定期进行完整数据库备份 此外,如果这些数据库确实是真正的只读数据库,那么为什么不认为它们是这样的。此操作的优点是,当您认为没有DML操作时,立即

我理解,事务日志保留历史事务的记录,以便在需要时进行恢复。但是,我是否需要继续为挂在服务器上的非活动数据库创建事务日志备份?没有对它们运行DDL语句,它们只是用作参考


我只是有点担心,如果我弄错了,可能会耗尽日志空间

您是否考虑过将数据库的恢复模型更改为恢复模型?这样做将消除备份事务日志的需要,因为它将在您需要的“不太可能”事件中自动重复使用

我仍然建议定期进行完整数据库备份

此外,如果这些数据库确实是真正的只读数据库,那么为什么不认为它们是这样的。此操作的优点是,当您认为没有DML操作时,立即突出显示“仍然”发出DML操作的任何查询/用户


用于识别执行的不仅仅是读取操作的查询的其他选项包括在数据库服务器上运行活动探查器跟踪,还有一个积极的选项,即撤销相关数据库用户的所有数据修改权限。

事务日志在备份时实际上会被截断。因此,如果这些数据库实际上处于非活动状态,则不应该为它们备份任何事务日志,因为日志将是空的


此外,“非活动”数据库的常见做法是使用简单恢复模型使其只读。

看来您的更新答案包括了我在下面所说的内容,因为您最初的回答仅涉及简单恢复模型。幸好我们建议的是相同的,我想…为响应的逐位欢呼,非常有用。