10 个解决方案
#1
问题变了....???
唔.......?????????????
唔.......?????????????
#2
大概是日志文件的问题
#3
唉!这不是我的问题!!!!!
#4
增量备份是不断的增加新的东西进去
你可以看到你备份多少次就有多少个版本
你可以看到你备份多少次就有多少个版本
#5
有谁知道吗?
#6
有人回答吗?
#7
这是由于sql Server 7.0在做增量备份的时候,牵扯到一些算法,她储存的信息也不少,相反,在做全备份的时候,只是把所有的数据全部备份起来,这样它就简单多了,增量备份还要计下其位置,所以有这种可能性
#8
sql server在做增量备份时,会记录一些别的相关信息。
但一般情况下,应该比完全备份小很多。
建议你用事务备份就小多了。
呵呵,其实大点也没关系呀。只要恢复起来快就行。你说呢?
但一般情况下,应该比完全备份小很多。
建议你用事务备份就小多了。
呵呵,其实大点也没关系呀。只要恢复起来快就行。你说呢?
#9
好!
#10
备份文件不能太大,因为我的备份文件是保留2个星期,现在的数据量只有预期数据量的十分之一,但两星期内的备份文件之和已经有几G了(我用8G硬盘作备份),再大我就无法保存了。
#1
问题变了....???
唔.......?????????????
唔.......?????????????
#2
大概是日志文件的问题
#3
唉!这不是我的问题!!!!!
#4
增量备份是不断的增加新的东西进去
你可以看到你备份多少次就有多少个版本
你可以看到你备份多少次就有多少个版本
#5
有谁知道吗?
#6
有人回答吗?
#7
这是由于sql Server 7.0在做增量备份的时候,牵扯到一些算法,她储存的信息也不少,相反,在做全备份的时候,只是把所有的数据全部备份起来,这样它就简单多了,增量备份还要计下其位置,所以有这种可能性
#8
sql server在做增量备份时,会记录一些别的相关信息。
但一般情况下,应该比完全备份小很多。
建议你用事务备份就小多了。
呵呵,其实大点也没关系呀。只要恢复起来快就行。你说呢?
但一般情况下,应该比完全备份小很多。
建议你用事务备份就小多了。
呵呵,其实大点也没关系呀。只要恢复起来快就行。你说呢?
#9
好!
#10
备份文件不能太大,因为我的备份文件是保留2个星期,现在的数据量只有预期数据量的十分之一,但两星期内的备份文件之和已经有几G了(我用8G硬盘作备份),再大我就无法保存了。