般我们的理解是logbackupchain被打破后一定需要一个完整备份然后才能开始新的日志备份，其实不一定需要完整备份，差异备份也是可以的。首先我们先做个测试：创建
般我们的理解是logbackup chain被打破后一定需要一个完整备份然后才能开始新的日志备份，其实不一定需要完整备份，香港虚拟主机，香港服务器，差异备份也是可以的。
首先我们先做个测试：创建数据库做完整备份和日志备份，然后将恢复模式变成简单恢复模式。
CREATEDATABASE LogChainTest;
GO
ALTER DATABASE LogChainTest SET RECOVERY FULL;
GO
BACKUP DATABASE LogChainTest TO DISK = 'D:\MSSQL\LogChainTest.bck' WITH INIT;
GO
BACKUP LOG LogChainTest TO DISK = 'D:\MSSQL\LogChainTest_log1.bck' WITH INIT;
GO
ALTER DATABASE LogChainTest SET RECOVERY SIMPLE;
GO
ALTER DATABASE LogChainTest SET RECOVERY FULL;
GO
然后再开始一个新的Log备份就会出现下面的错误：
BACKUP LOGLogChainTest TO DISK = 'D:\MSSQL\LogChainTest_log2.bck' WITH INIT;
GO
Msg 4214,Level 16, State 1, Line 1
BACKUP LOG cannot be performed because there is no current database backup.
Msg 3013, Level 16, State 1, Line 1
BACKUP LOG is terminating abnormally.
我们都知道，数据库日志备份包含的是从上次日志备份以来发生的交易。当我们将数据库模式更改为简单以后，SQL Server就会认为这次的日志备份不会包含所有的日志交易，所以日志备份无法完成。
现在我们做一个差异备份然后再开始做日志备份就会成功了：
BACKUPDATABASE LogChainTest TO DISK = 'D:\MSSQL\LogChainTest_Diff1.bck' WITH INIT,DIFFERENTIAL;
GO
BACKUP LOG LogChainTest TO DISK = 'D:\MSSQL\LogChainTest_log2.bck' WITH INIT;
GO
做完日志备份之后我做了恢复测试完全没有问题。
这个功能针对大数据库是非常有用的，如果Logbackup chain被打破后，就可以直接选择差异备份，而不需要执行一次完整备份，香港空间，这样可以节省很多时间和资源。
本文出自 “关注SQL Server技术” 博客，请务必保留此出处
