但是当前数据库(Test数据库)是有在2007/10/20那天做过备份的,那天执行的备份SQL为: Backup DataBase Test to disk= 'I:\Test_P_20071020.bak ' Backup Log Test to disk= 'I:\Test_P_20071020.log ' with no_truncate 执行是成功的. ----是有做过完全备份的。
但是当前数据库(Test数据库)是有在2007/10/20那天做过备份的,那天执行的备份SQL为: Backup DataBase Test to disk= 'I:\Test_P_20071020.bak ' Backup Log Test to disk= 'I:\Test_P_20071020.log ' with no_truncate 执行是成功的. ----是有做过完全备份的。 后面那句加了参数with no_truncate,相当于将日志截断了,因此再做日志备份的时候,又找不到起点了.如果你不愿意有那么多日志的话,可以将上面两句颠倒一下顺利,但后面正常的日志备份开始之前,一定是有一次全库备份的,这样后续的日志备份才能一个一个的接起来
后面那句加了参数with no_truncate,相当于将日志截断了,因此再做日志备份的时候,又找不到起点了. ---这句话不对,with no_truncate这明显是不截断日志. 上面的那些语句是正确的,因为我新建了一个数据库来做测试,都是成功,并没有问题,所以怀疑是其他动作造成的,比如是不是有做过BACKUP LOG WITH TRUNCATE_ONLY之类的动作,但是没法确认,总之症状就是日志链被打断了,但为什么被打断了,找不出原因,比如说有某人在上面执行过某个动作,也没找不到有日志会记录.
Backup DataBase Test to disk= 'I:\Test_P_20071020.bak '
Backup Log Test to disk= 'I:\Test_P_20071020.log ' with no_truncate
执行是成功的. ----是有做过完全备份的。
Backup DataBase Test to disk= 'I:\Test_P_20071020.bak '
Backup Log Test to disk= 'I:\Test_P_20071020.log ' with no_truncate
执行是成功的. ----是有做过完全备份的。
后面那句加了参数with no_truncate,相当于将日志截断了,因此再做日志备份的时候,又找不到起点了.如果你不愿意有那么多日志的话,可以将上面两句颠倒一下顺利,但后面正常的日志备份开始之前,一定是有一次全库备份的,这样后续的日志备份才能一个一个的接起来
---这句话不对,with no_truncate这明显是不截断日志.
上面的那些语句是正确的,因为我新建了一个数据库来做测试,都是成功,并没有问题,所以怀疑是其他动作造成的,比如是不是有做过BACKUP LOG WITH TRUNCATE_ONLY之类的动作,但是没法确认,总之症状就是日志链被打断了,但为什么被打断了,找不出原因,比如说有某人在上面执行过某个动作,也没找不到有日志会记录.