1.你想通过联合使用全数据库备份、增量备份和事务日志备份最大程度地减少花费的时间。
2.数据库的大小使经常做全数据库备份很困难的情况。
3.一个遥远的站点，那里很少或没有数据库管理员支持。这种类型的站点常常依靠没受过足够培训的人来维持备份计划，而且他还经常从事其他工作。通常最好保证实施的备份计划非常简单，不必让那些用户监视和维护它。
4.系统中所存数据不是非常重要，所以所做的一些修改丢失后，不会导致灾难性的后果。对于这种类型的系统，手工重建数据比建立一个事务日志备份计划更容易。
Sql语句
BACKUP DATABASE [wxh] TO DISK = N'C:Program FilesMicrosoft SQL ServerMSSQL10_50.MSSQLSERVERMSSQLBackupwxh.bak' WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N'wxh-Differential Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10
GO 3.日志备份
周一做一次全量数据备份，周二时备份 周一至周二 的日志，周三时配份 周二至周三 的日志……。
若要恢复周三的数据，则先恢复到周一的全量数据，再按 周一至周二的日志、 周二至周三的日志 进行数据库操作
一个事务日志备份只备份事务日志中的信息。事务日志备份必须与至少一次全数据库备份联用，这是因为如果恢复数据，必须要有一个开始点。事务日志备份比全数据库备份少花费许多资源，经常执行也容易多了。这实际上有两个目的。首先是缩短了最后一次备份与服务器失败之间的时间间隔，因而减少了数据损失。事务日志备份还允许你实施一种特殊类型的恢复，即时间点恢复。这种类型的恢复允许你恢复数据到一个特定的时间点，比如到一次实际失败发生前5分钟时。
当某人所做的大量的数据修改或删除要取消时，它显得特别有用。你只需简单地恢复数据库到这次动作发生的时间点前。事务日志恢复在下列情况时非常有用：
1.数据库被高频率地修改。在发生大量的数据库修改时，数据库备份可能很快就过时了，如果把事务日志备份和全数据库备份联系起来使用，这些修改你都能记录下来。
2.你想采取时间点恢复。像我前面提到的，时间点恢复是非常重要和有用的，你可以通过事务日志备份来实现。
3.不能接受丢失大量数据的情况。在这种情况下，你可以每天做一个全数据库备份，再每小时或更频繁地做事务日志备份。这将减少数据丢失量。
4.数据库的大小使得经常做全数据库备份很困难。例如，非常大的数据仓库很容易达到上万亿字节。这种情况下，你可以做一次全数据库备份，然后当数据修改时，再做一次事务日志备份。
