SQL Server的架构使您可以将所有提交的事务恢复到故障点。在分布式应用的早期，也就是SQL Server的早期，华尔街的金融服务公司并没有忽视这个事实。对这些公司来说，即使是几分钟的交易损失也可能意味着数百万美元——是的，时间就是金钱。但是我们仍然需要练习灾难恢复，这样当灾难真的来袭时，我们就可以做好英雄的准备。正如我的一个同事经常说的，你要避免任何“简历生成事件!”
故障恢复点假设您可以在故障发生后备份事务日志的“尾部”。日志的尾部包含“gold dust”——自上次备份以来提交的所有最新事务。这就是为什么我们将日志文件存储在RAID-1镜像卷上，这样即使在磁盘出现故障的情况下，我们也可以获得一个副本，以便对其进行备份。这样，日志文件就是数据库中最重要的文件;数据文件总是可以从完全备份中恢复。但是失败前的最后一分钟的更改只包含在活动事务日志中。因此，无论您做什么，请确保在恢复操作之前备份活动事务日志。事实上，在教学时，我总是告诉学生在尝试经典数据库恢复之前记住做两件事:
1.限制对数据库的访问(阻止人们更新数据库!)
2.备份事务日志的“尾部”(捕获那些最后一刻的更改!)
使用SQL Server 2005企业版，您现在可以执行在线恢复—您可能根本不需要限制访问。这意味着在执行恢复操作之前，您只需要记住一件事:备份事务日志的“尾部”!
如果你记得这一点，那么你就可以放心，你会成为英雄。
干杯
布莱恩
MSDN上的尾日志备份:http://msdn.microsoft.com/en-us/library/ms179314.aspx
最近的博客文章……