一个数据库，经常做备份，采用第一次完整备份，以后每周完整备份一次，每天差异备份一次，每30分钟事务日志备份一次。发现即使数据库长时间没有任何人操作，各种备份依旧会增加备份文件的大小，好像是增加的是固定值，比如每次事务日志备份增加151552字节。请问，如果长此以往，即使是一个很小的数据库，其备份文件也会越来越大，而且无限制作的大下去？请问，一般情况下，应该如何科学做好备份工作？谢谢！（上面我说的数据库dmf文件只有103M，经过2-3个月的备份后，其备份文件大小已经有4.3G之多了）
------解决方案--------------------
检查一下是不是有重建索引等维护工作
------解决方案--------------------
你是采用增量备份吗？增量备份的话，备份文件肯定会无限制的增大下去
还是每次备份都会产生一个新的文件？
可以把超过某个个时间段的文件删掉就好了呀
------解决方案--------------------
全备份在一个文件中？太恐怖了。
每次完整备份就应该新建文件！
即便于备份文件的管理，也避免万一文件错误导致所有备份损坏的可能。
应该说对备份文件的备份，才是系统彻底崩溃后的最后保障。
备份文件越小，对备份文件的备份才越方便，保留的备份才能做到最新。
最好是“每30分钟事务日志备份”之后就将该文件备份一份，按时间命名。
------解决方案--------------------
建议LZ把完整备份,差异备份,日志备份对应的SQL语句提供一下..
------解决方案--------------------
在上一次备份完成后没有任何操作，单独备份日志，即便提示“成功处理了0页”，备份文件也会占用一定的空间
backup log dbtest to disk='E:\1_log.bak'
backup log dbtest to disk='E:\2_log.bak'
backup log dbtest to disk='E:\2_log.bak'
------解决方案--------------------
可以使用日期时间作为全备，差备，日志备份名字的一部分来做区分，然后定期将备份移到nas，磁带，或者其他磁盘上。
------解决方案--------------------
备份是为了恢复的,
不管什么备份方案,只要能成功恢复数据库到指定时刻的状态就ok. 否则再如何的"科学合理"也是没用的.
建议LZ多实战备份-恢复方案,实践是检验真理的唯一标准.
------解决方案--------------------
用sql server 自带维护计划吧，每次产生一个文件，定期删掉就好了