求合适的备份计划方案一个

[Neo_whl]

场景是这样的：
现有一个数据库，每天都会从检测设备中传来3G左右的数据，也就是说数据库的数据量增幅在每天3G，朋友想理想的状态是每天把该天的3G数据拷出去就行。

现在他做的方案是每月做一次完全备份，之后每天做一次差异备份，发现第一天差异备份为3G,第二天为6G..依次类推，如果到第30天就为90G了，这样之前的备份文件就为3+6+..+90，他说这样太大了，不方便，而且越往后差异备份越慢，
后来他改变了策略，每周做一次完全备份，然后再每天做一次差异备份，这样感觉差异备份要快点，但感觉还是不理想。

现在他请教我有没有更好的备份方案，每天只要拷出每天新增的数据就行，他们一般是趁同事中午休息时间，将数据上传到一台同事工作电脑，如果备份时间较长，会影响其他同事工作。（其实我没经验的，所以。。。来这了。。）


这是我跟他交流大大体情况，不知道说的够不够详细，或者说到点上，还请有经验的大神不吝赐教，给个好方案！感谢

[Neo_whl]

引用

你这样的情况建议用日志备份 数据库备份还原顺序关系(环境:Microsoft SQL Server 2008 R2) http://blog.csdn.net/roy_88/article/details/39401747

sorry，忘记说一点的就是他的那个数据库恢复模式是简单，不能进行事务日志备份，我也曾建议他更改恢复模式，但他似乎没有信心。。。那样做

[中国风]

简单模式，这样的情况是一定的，异常备份会逐渐增大，是这一定时的，还原时 备份+最后一下差异 不改变工作方式，谁都帮不了你 可尝试让数据库自动收缩

USE [master]
GO
ALTER DATABASE TESTDB SET AUTO_SHRINK ON WITH NO_WAIT
GO

[中国风]

你这样的情况建议用日志备份 数据库备份还原顺序关系(环境:Microsoft SQL Server 2008 R2) http://blog.csdn.net/roy_88/article/details/39401747

[Neo_whl]

引用

简单模式，这样的情况是一定的，异常备份会逐渐增大，是这一定时的，还原时 备份+最后一下差异 不改变工作方式，谁都帮不了你 可尝试让数据库自动收缩 SQL code ? 1 2 3 4 USE [master] GO ALTER DATABASE TESTDB SET AUTO_SHRINK ON WITH NO_WAIT GO

感谢大神耐心回复，看来是没有从事工作的朋友遇到类似情景么？你们是怎么处理这样的工作任务的

[中国风]

处理方式，需根据自己的业务定制 这里给你参照（差异+日志）接合用 针对大数据库比较重要要省空间，是每周1次完整备份，每天1次差异备份，分时段做日志备份 定时维护删除过期备份 你的情况为省空间不想用差异，就直接用日志备份，要想安全又不想浪费空间这是不可能的，除非对方有精力，写个程序把每天变动数据导出生成TXT压缩文件，还原时再导入

[中国风]

作为服务器，安全性重要性放在首位，空间次之 现在运维成本中存储成本是越来越低，还为空间而烦脑有点多余

[Neo_whl]

引用

处理方式，需根据自己的业务定制 这里给你参照（差异+日志）接合用 针对大数据库比较重要要省空间，是每周1次完整备份，每天1次差异备份，分时段做日志备份 定时维护删除过期备份 你的情况为省空间不想用差异，就直接用日志备份，要想安全又不想浪费空间这是不可能的，除非对方有精力，写个程序把每天变动数据导出生成TXT压缩文件，还原时再导入

十分感谢！代我那位朋友感谢回复！