数据库的日志文件已满
因此，我们的SQL Server 2000给我错误，"数据库的日志文件已满。请备份数据库的事务日志以释放一些日志空间。"
我该如何解决此问题而又不像其他网站提到的那样删除日志？
添加信息：启用自动增长启用后增长10％，限制为40MB。
解决方案
回答
重命名它。例如：
old-log-16-09-08.log
然后，SQL Server可以使用一个新的空服务器。
回答
在这里看看：http://support.microsoft.com/kb/272318
回答
好了，我们可以复制事务日志，然后截断日志文件，这是错误消息所建议的。
如果磁盘空间已满，并且我们无法通过网络将日志复制到另一台计算机，请通过USB连接驱动器并以这种方式将其复制。
回答
我认为在数据库联机时重命名或者移动日志文件不会起作用。
IMO最简单的方法是打开数据库的属性，然后将其切换到"简单恢复模型"。然后收缩数据库，然后返回并将数据库设置为Full Recoery Model(或者我们需要的任何模型)。
更改日志记录模式将强制SQL Server在数据库中设置检查点，此后缩小数据库将释放多余的空间。
回答
我们有问题的答案：备份日志，然后将其缩小。
制定维护计划以定期备份数据库，并且不要忘记选择"备份事务日志"。这样一来，我们就可以保持小巧。
回答
要将其清空：
backup log <dbname> with truncate_only
要将其保存在某处：
backup log <dbname> to disk='c:\somefile.bak'
如果我们确实不需要事务历史记录，请尝试将数据库恢复模式设置为简单。
回答
如果是非生产环境，请使用
dump tran <db_name> with no_log;
完成此操作后，请收缩日志文件以释放磁盘空间。最后将数据库恢复模式切换为简单模式。
回答
过去曾遇到此错误的朋友建议：
尝试
- 备份数据库。维护计划包括这些文件的截断。
- 还可以尝试将数据库的"恢复模式"更改为"简单"(例如，代替"完整")
原因：
由于记录了事件，事务日志膨胀(也许我们有许多事务失败并被回滚..或者服务器上的事务突然达到峰值)
回答
一旦对数据库进行了完整备份，并且数据库没有使用简单恢复模型，SQL Server就会保留对数据库上曾经执行的所有事务的完整记录。这样做是为了在发生灾难性故障时丢失数据文件，可以通过备份日志将故障恢复到故障点，一旦恢复了旧的数据备份，就可以恢复日志以重放丢失的数据交易。
为了防止这种情况的累积，我们必须备份事务日志。或者，我们可以使用BACKUP LOG的TRUNCATE_ONLY或者NO_LOG选项在当前点断开链接。
如果不需要此功能，请将恢复模型设置为"简单"。
回答
我们可能要检查相关的SO问题：
- 如何清除SQL Server 2005数据库中的事务日志？
回答
正如我们所猜测的那样，Scott：如果我们关心数据，则截断日志是一个不好的举动。
以下免费的视频将准确了解正在发生的事情，并向我们展示如何解决问题而不截断日志。 (这些视频还解释了为什么这是一个如此危险的黑客行为，以及为什么我们正确地寻求另一种解决方案。)
- SQL Server备份神秘化
- SQL Server日志记录要点
- 了解备份选项
这些视频一起可以准确了解发生了什么，并向我们展示是要切换到SIMPLE恢复，还是要研究实际更改备份例程。另外还有一些"操作方法"视频，这些视频将向我们确切介绍如何设置备份以确保可用性，同时管理日志文件的大小和增长。
回答
如果需要恢复到最新状态或者将来做其他有趣的事情(如将来的日志传送)，或者将数据库设置为简单模式并缩小数据文件，则ether会定期备份数据库日志。
不要复制，重命名或者删除.ldf文件，这会破坏数据库，并且从中恢复后，数据状态可能会不一致，从而使其无效。
