好的，我不是服务器pipe理员，networking人员或DBA。 我只是一个帮助一个小公司的程序员。 他们有一个不以MS为中心的IT人员（大部分是在Mac上），他和我正试图在这里找出一个解决scheme。
我们有1个主数据库。 我们每晚运行完整的备份。 我知道他们是完全备份，因为我可以把最新的文件或任何日常的备份，并去一个全新的机器，并将备份“恢复”到一个空的数据库，我们的应用程序运行完美的备份。
备份在4个月内从60MB增长到250MB。 运行时日志文件为1.7GB，数据文件只有200-300MB。 是的，恢复模式设置为已满。
所以，我的问题，毕竟，如果我们每天保持备份，而且我们没有足够的智能来将数据库恢复到某个特定时间，如果我将恢复模式更改为简单，我真的失去了什么？
而且，如果我改变它简单，它会完全转储日志文件或至less减less它的方式下地狱？
而且，这会使我们的数据库运行得更快吗？ 我知道，当我将相对较新的备份复制到本地计算机上进行开发和testing时，它会使我的生活更轻松。
是的，将恢复模式更改为简单应该摆脱日志文件。
但是，您可能需要考虑为日志文件设置备份计划。 这会为您提供一个（通常是每晚）的完整备份，并定期备份事务日志。 这将活动事务日志的大小保持为更易于pipe理的大小，并保留了执行时间点还原的能力。
您只需要一套3个维护计划：一个执行完整备份，一个执行事务日志备份，一个执行维护清理任务来清理旧的备份（那些超出保留阈值的备份）。
你确定日志文件被截断吗？ 它应该是默认的。
如果您正在进行简单备份，因为您正在进行每日备份，则可以尝试发出truncat日志语句，然后进行完整备份以保留完整的备份日志。 有一些链接处理在网上截断，但这里是一个快速的：
http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/