简单恢复模式一般适合用于测试或开发数据库。对于生产数据库,最佳选择通常是完整恢复模式,还可以选择大容量恢复模式作为补充。
简单恢复模式有时也适合小型生产数据库(尤其是当其大部分或者完全为只读时)或数据仓库使用。
要为特定的数据库确定最佳恢复模式,应考虑数据库的恢复目标和要求,以及是否可对日志备份进行管理。
确定恢复目标和要求
- 不丢失任何更改的重要程度如何?
- 重新创建丢失的数据的难易程度如何?
- 是否有两个或两个以上的数据库在逻辑上必须保持一致?
- 单位是否雇佣系统或数据库管理员?如果没有,那么由谁负责执行备份和恢复操作,如何对他们进行培训?
- 数据库中的数据多长时间更改一次?
- 是否有些表明显比其他表修改频繁?
- 是否有关键生产周期?如果有,那么在这些周期中使用模式是怎样的?数据库是否会经历插入操作和其他更新操作的高峰期?
您可能需要计划在非高峰期时段进行数据备份,当大量使用I/O系统时,通常只需使用日志备份。
- 数据库是否会遇到可能无法立即检测到的危险更新或应用程序错误?
如果数据库遇到这些情况,请考虑使用完整恢复模式,这让您可以使用日志备份将数据库恢复到特定的时间点。
何时使用简单恢复模式
不需要故障点恢复,如果数据库丢失或损坏,则会丢失自上一次备份到故障发生之间的所有更新,但您可以接受这个损失。
您愿意承担丢失日志中某些数据的风险。
您不希望承担备份和还原事务日志的复杂度和工作量,只希望依靠完整备份和差异备份。
何时使用完整恢复模式
您必须能够恢复所有数据。
数据库包含多个文件组,并且您希望可以逐段还原。
您必须能够恢复到故障点。
您希望可以还原单个页。
您愿意承担事务日志备份的管理开销。
何时使用大容量日志恢复模式
大容量日志恢复模式仅可作为完整恢复模式的附加补充,建议仅在运行大规模大容量操作期间以及不需要数据库时点恢复的时候使用该模式。