SQLServer数据库备份和还原认识和总结-mysql教程

欢迎进入Windows社区论坛，与300万技术人员互动交流 >>进入 完整备份可能比较好理解。例如，在2012年1月1日早上8点进行了完整备份，那么将来在还原时，就可以恢复到2012年1月有1日早上8点时的数据库状态。 差异备份是备份完整备份后的数据变动情况。例如，在

欢迎进入Windows社区论坛，与300万技术人员互动交流 >>进入

　　完整备份可能比较好理解。例如，在2012年1月1日早上8点进行了完整备份，那么将来在还原时，就可以恢复到2012年1月有1日早上8点时的数据库状态。

　　差异备份是备份完整备份后的数据变动情况。例如，在2012年1月1日早上8点进行了完整备份后，在1月2日和1月3日又分别进行了差异备份，那么在1月2日的差异备份里记录的是从1月1日到1月2日这一段时间里的数据变动情况，而在1月3日的差异备份里记录的是从1月1日到1月3日这一段时间里的数据变动情况。因此，如果要还原到1月3日的状态，只要先还原1月1日做的完整备份，再还原1月3日做的差异备份就可以了。

　　事务日志备份是以事务日志文件作为备份对象，相当于将数据库里的每一个操作都记录下来了。假设在2012年1月1日早上8点进行了完整备份后，到1月2日早上8点为止，数据库里的数据变动了100次，如果此时做了差异备份，那么差异备份记录的是第100次数据变动后的数据库状态，而如果此时做了事务日志备份，备份的将是这100次的数据变动情况。

　　再举一个例子，例如在2012年1月1日早上8点进行了完整备份后，在1月2日和1月3日又进行了事务日志备份，那么在1月2日的事务日志备份里记录的是从1月1日到1月2日这一段时间里的数据变动情况，而在1月3日的事务日志备份里记录的是从1月2日到1月3日这一段时间里的数据变动情况。因此，如果要还原到1月3日的数据，需要先还原1月1日做的完整备份，再还原1月2日做的事务日志备份，最后还要还原1月3日所做的事务日志备份。

　　了解了以上数据库备份方式后，便可以针对自己的数据库利用以上方式来备份数据库了。合理备份数据库需要考虑几方面，首先是数据安全，其次是备份文件大小，最后是做备份和还原能承受的时间范围。

　　例如，如果数据库里每天变动的数据量很小，可以每周(周日)做一次完整备份，以后的每天(下班前)做一次事务日志备份，那么一旦数据库发生问题，可以将数据恢复到前一天(下班时)的状态。

　　当然，也可以在周日时做一次完整备份，周一到周六每天下班前做一次差异备份，这样一旦数据库发生问题，同样可以将数据恢复到前一天下班时的状态。只是一周的后几天做差异备份时，备份的时间和备份的文件都会跟着增加。但这也有一个好处，在数据损坏时，只要恢复完整备份的数据和前一天差异备份的数据即可，不需要去恢复每一天的事务日志备份，恢复的时间会比较短。

　　如果数据库里的数据变动得比较频繁，损失一个小时的数据都是十分严重的损失时，用上面的办法备份数据就不可行了，此时可以交替使用三种备份方式来备份数据库。

　　例如，每天下班时做一次完整备份，在两次完整备份之间每隔八小时做一次差异备份，在两次差异备份之间每隔一小时做一次事务日志备份。如此一来，一旦数据损坏可以将数据恢复到最近一个小时以内的状态，同时又能减少数据库备份数据的时间和备份数据文件的大小。

　　在前面还提到过当数据库文件过大不易备份时，可以分别备份数据库文件或文件组，将一个数据库分多次备份。在现实操作中，还有一种情况可以使用到数据库文件的备份。例如在一个数据库中，某些表里的数据变动得很少，而某些表里的数据却经常改变，那么可以考虑将这些数据表分别存储在不同的文件或文件组里，然后通过不同的备份频率来备份这些文件和文件组。但使用文件和文件组来进行备份，还原数据时也要分多次才能将整个数据库还原完毕，所以除非数据库文件大到备份困难，否则不要使用该备份方式。

　　针对以上备份方案，能看出数据还是不完整吗?比如昨天夜间12点做了完整备份，每隔一小时做了一次事务日志备份，最后一次事务日志备份是今天中午12点，现在是今天中午12点10分，发现数据库数据遭到丢失或破坏，可最后一次事务日志备份是今天中午12点，如果我此时将数据库恢复到12点，那么12点后至12点10分前没遭到破坏的操作数据将丢失(比如数据库有三个表，一个表的数据遭到破坏，其它两个表的数据被其它用户变动)。此时就要用到【尾部日志备份】，尾部日志备份原理是从最后一次事务日志备份的时间点开始，将之后的所有操作进行备份，还原时便可以找到12点后操作的正确数据了。

　　注：进行尾部日志备份时，数据库将强制停止数据库，此时如果不停止数据库，还有用户继续操作，尾部日志备份将失去意义。SQL Server 2012如果你最后一次备份事务日志后，对数据进行过改动，即发生过事务日志(也就是当前日志文件记录的LSN(日志序列号)大于最后一次事务日志备份里记录的最大LSN，SQL Server通过LSN来区分日志的记录)，并尚未对尾部日志备份，它会提示并要求你必须先做尾部备份。

　　实例部分：

　　◆ 首先进行完整备份【MyTest.bak】，然后再基于此备份文件进行两次事务日志备份，最后一次事务日志备份时间为【2012-8-4 23:07】

　　图1-1：备份文件名为【MyTest.bak】，最后一次事务日志备份时间为【2012-8-4 23:07】

　　图1-2：选择备份文件“MyTest.bak”后，此时能看到“要还原的备份集”列表里显示有备份文件，分别列出了完整备份文件和两次事务日志备份。

　　以上备份文件最后一次事务日志备份时间为【2012-8-4 23:07】，那么，您可以还原到自首次完整备份开始后，至最后一次事务日志备份时间期间的任何一个时间点，这就充分验证上上文讲到的事务日志备份方式(如果后期进行过尾部日志备份，还原时在“要还原的备份集”列表里的最后一行会列出尾部日志记录)。

[1] [2] [3]