摘要:提高数据的安全性和数据恢复能力一直是用户和厂商关注的焦点。备份是恢复数据最容易和最有效的保证方法,企业应当根据自己的经济情况和所能承受的损失来设计数据库的备份以及还原策略。 |
进行日志备份时,服务器备份上一次执行BACKUPLOG语句到现在执行BACKUPLOG语句中间的这段事务日志。必须明确的是:在进行日志备份之前一定至少要完成一次完全数据库备份,否则在还原的时候将无法还原事务日志。
2.4数据库文件和文件组备份
微软给超大型的数据库提供了一种备份方式——文件组和文件备份方法,在这种方式中管理员可以将数据库大卸八块,将多个数据文件或者文件组分别进行备份,丽不是传统的备份整个数据文件。需要注意的是,执行这种备份方式时必须同时执行日志备份。
2.5备份策略案例
2.5.1仅使用完全数据库备份策略
当用户数据库较小或者数据库很少进行修改时,可以只选择完全数据库备份,因为完全备份一个小数据库的时间是可以接受的或者少最的数据丢失是可接受的。此时应该注意经常对事务日志进行清理。例如,某数据库11M,每天修改很少,每天下午18点对他进行完全备份。某天上午5点数据库损坏,则使用前一天的完全备份还原数据库。缺点是:最后一次完全备份到5点之间的数据库修改将被丢失。如果对丢失数据有一定的要求,可以考虑完全备份和其他备份的联合使用。
2.5.2完全数据库和事务日志备份策略
需要对经常修改的数据库进行完全数据库备份和日志备份,当然也应考虑它们所需的时间是否可以接受。
例如,某数据库每天下午18行完全备份,上午9点、中午12点、下午16日志备份,某天下午13点物理媒体损坏。可以立刻用WITHNO_TRUNCATE选项备份日志,用前一天的完全数控备份还原数据库,再应用当天的9点、12点的日志备份还原数据库,最后用开始时建立的日志备份还原数据库,此时数据库的数据不会丢失。
2.5.3差异备份策略
当完全数据库和事务日志备份策略还原所消耗的时间用户不能接受时可以考虑使用差异备份策略,该策略可以减少还原的时间,因为它保留最后一次完全备份数据库的更改,而不必使用多个较大的日志文件。应该注意的是:差异备份不能捕获事务日志中的更改,因此也还必须周期性的备份事务日志。
例如,某数据库每周日2点进行一次完全备份,每个工作日的19点进行差异备份,每天上午8点、18点进行日志备份,某天上午8点30数据库损坏。可以立刻用WITHNO_TRUNCATE选项备份日志,用最近的周日的完全数据备份还原数据库,还原前一天的差异备份,再用上午8点的日志备份还原,最后用刚才用WITHNO_TRUNCATE选项备份日志来还原,此时的数据也不会丢失。