mysql 事务日志备份_SQL Server恢复模式与事务日志备份

在SQL Server中，数据库不能像Oracle数据库一样设置归档模式，但是可以进行事务日志备份，其作用等同于Oracle数据库的日志文件归档。

SQL Server 备份和还原操作发生在数据库的恢复模式的上下文中。 恢复模式旨在控制事务日志维护。“恢复模式”是一种数据库属性，它控制如何记录事务，事务日志是否需要(以及允许)进行备份，以及可以使用哪些类型的还原操作。可以通过在SSMS里或通过SQL语句进行配置恢复模式：

SQL Server数据库有3种恢复模式：完整(full)恢复模式、大容量日志(bulk-logged)恢复模式、简单(simple)恢复模式。

简单恢复模式(Simple Recovery Mode)

在simple恢复模式下，日志文件的作用仅仅是保证了SQL Server事务的ACID属性，并不承担具体的恢复数据的角色，正如”simple”这个词的字面意思一样，数据的备份和恢复仅仅是依赖于手动备份和恢复。

在simple恢复模式下，checkpoint进程启动后，会把数据库日志文件中不包含活动事务(未结束事务)的VLF状态修改为reusable，从而VLF会不断重用(也称为事务日志被截断)，执行checkpoint进程后，数据缓冲区中的脏数据会写入磁盘。因为VLF不断被重用，如果没有执行大的事务，日志文件的大小一般不会自动增长。但是因为VLF不断被重用，日志文件中的VLF显然不可能保持一个连续的序列，日志备份也就没有必要了。

在简单恢复模式下，日志几乎是不用进行管理的。每一次CheckPoint都有可能截断日志，从而来回收不活动的VLF以便重复利用空间。因此在简单恢复模式下，日志的空间使用几乎可以不去考虑。

事实上，在simple模式下SQL Server不允许对数据库执行日志备份，而只能进行完整备份及差异备份，这样发生故障时可能会有数据丢失，因此，simple模式一般在开发环境或测试环境下使用，生产数据库很少使用这种模式运行。

我们在每周一0点做一次完整备份，在周三0点和周五0点分别做差异备份。在简单恢复模式下，如果周六数据库崩溃。我们的恢复计划只有根据周一0点的做的完整备份恢复后