【发布时间】：2010-09-09 12:48:29
【问题描述】：
所以我们的 SQL Server 2000 给我一个错误，“数据库的日志文件已满。备份数据库的事务日志以释放一些日志空间。”
如何在不删除其他网站提到的日志的情况下解决此问题？
附加信息：启用 AutoGrowth 启用增长 10% 并且限制为 40MB。
【问题讨论】：
标签： sql-server sql-server-2000
【发布时间】：2010-09-09 12:48:29
【问题描述】：
只是清空它：
backup log <dbname> with truncate_only
将其保存在某处：
backup log <dbname> to disk='c:\somefile.bak'
如果您真的不需要事务历史记录，请尝试将数据库恢复模式设置为简单。
【讨论】：
-
TRUNCATE_ONLY 日志备份选项在 SQL 2008 中已停用。
Scott，正如您所猜测的那样：如果您关心您的数据，那么截断日志是一个糟糕的举动。
以下免费视频将帮助您准确了解正在发生的事情，并向您展示如何在不截断日志的情况下解决问题。 （这些视频还解释了为什么这是一种如此危险的黑客攻击，以及为什么寻找其他解决方案是正确的。）
这些视频将帮助您准确了解正在发生的事情，并向您展示是要切换到 SIMPLE 恢复，还是考虑实际更改备份例程。还有一些额外的“操作指南”视频将向您展示如何设置备份以确保可用性，同时管理日志文件的大小和增长。
【讨论】：
如果您需要实时恢复或在未来做其他有趣的事情（例如日志传送），或者将数据库设置为简单模式并缩小数据文件，请定期备份您的数据库日志。
请勿复制、重命名或删除 .ldf 文件，这会破坏您的数据库，并且在您从中恢复后，您的数据可能会处于不一致的状态，从而使其无效。
【讨论】：
我不认为在数据库在线时重命名或移动日志文件会起作用。
IMO，最简单的做法是打开数据库的属性并将其切换到简单恢复模式。然后缩小数据库，然后返回并将数据库设置为 Full Recoery 模型（或您需要的任何模型）。
更改日志记录模式会强制 SQL Server 在数据库中设置检查点，之后收缩数据库将释放多余的空间。
【讨论】：
-
一个更准确的术语可能是“简单恢复模型”。
我过去遇到此错误的朋友建议：
试试
- 备份数据库。维护计划包括截断这些文件。
- 还可以尝试将 DB 的“恢复模式”更改为 Simple（例如，而不是 Full）
原因： 事务日志由于事件被记录而膨胀（也许你有许多事务失败并被回滚..或者服务器上的事务突然达到峰值）
【讨论】：
您可能需要检查相关的 SO 问题：
【讨论】：
您可以获取事务日志的副本，然后截断日志文件，这就是错误消息所暗示的内容。
如果磁盘空间已满，并且您无法通过网络将日志复制到另一台机器，则通过 USB 连接驱动器并将其复制。
【讨论】：
你的问题有答案：备份日志，然后它会被缩小。 制定维护计划，定期备份数据库，不要忘记选择“备份事务日志”。这样你就可以保持小。
【讨论】：
如果是非生产环境使用
dump tran <db_name> with no_log;
完成后，收缩日志文件以释放磁盘空间。最后将数据库恢复模式切换为简单模式。
【讨论】：
-
这是现在已弃用的旧语法。备份日志是首选方法。
一旦您对数据库进行了完整备份，并且数据库未使用简单恢复模式，SQL Server 就会完整记录数据库上曾经执行的所有事务。这样做是为了在您丢失数据文件的灾难性故障事件中，您可以通过备份日志恢复到故障点，并且在恢复旧数据备份后，恢复日志以重播丢失的数据交易。
为防止这种情况累积，您必须备份事务日志。或者，您可以使用 BACKUP LOG 的 TRUNCATE_ONLY 或 NO_LOG 选项在当前点断开链。
如果您不需要此功能，请将恢复模式设置为简单。
【讨论】：
我亲爱的朋友，对于 DBA 来说，经常检查他的日志文件非常重要。因为如果有一天你不给予太多关注，它会给出这个错误。
为此，您必须定期进行备份，以免日志文件遇到此类错误。
除此之外，上面给出的建议是完全正确的。
【讨论】：
重命名它。例如：
old-log-16-09-08.log
那么SQL服务器就可以使用一个新的空了。
【讨论】：