【问题记录】执行sql, SSMS报 The transaction log for database

问题描述

执行sql, SSMS报

The transaction log for database 'dbname' is full due to 'LOG_BACKUP' and the holdup lsn is (2128:712:1).


原因分析:

在 完整恢复模式 下,SQL Server 不会自动截断(释放)事务日志空间,除非你执行了 事务日志备份(LOG BACKUP)。如果长时间没有做日志备份,日志文件就会不断增长,直到磁盘空间耗尽或达到最大大小限制,从而导致此错误。

"due to 'LOG_BACKUP'" 明确说明:日志无法被截断,是因为尚未进行日志备份。


解决方案:

方法 1:立即执行事务日志备份(推荐)

如果你需要保留时间点恢复能力(即使用完整恢复模式),请立即备份事务日志:

BACKUP LOG dbName TO DISK = 'D:\Backups\dbname_log_20260129.trn';

⚠️ 确保目标路径有足够空间,并且 SQL Server 服务账户有写入权限。

执行完日志备份后,SQL Server 会自动标记可重用的日志空间,你的后续操作就能继续了。

方法 2:临时切换为简单恢复模式(仅限非生产/不要求时间点恢复的场景)

如果你 不需要 事务日志备份和时间点恢复(例如开发环境),可以临时切换到 简单恢复模式,让 SQL Server 自动截断日志:

-- 1. 切换恢复模式

ALTER DATABASE sarahdb SET RECOVERY SIMPLE;

-- 2. 收缩日志文件(可选)

DBCC SHRINKFILE (sarahdb_log, 512); -- 单位 MB,根据需要调整

-- 3. (可选)再切回完整模式(如果之后需要)

-- ALTER DATABASE sarahdb SET RECOVERY FULL;

-- 注意:切回 FULL 后必须立即做一次完整备份,否则仍处于"伪简单模式"

我是开发环境测试用, 选的方法二。记录end

相关推荐
sR916Mecz1 天前
pache Hop实战:Windows平台MySQL数据迁移的深度排错与性能调优
数据库·windows·mysql
taWSw5OjU1 天前
MyBatis-plus进阶之映射与条件构造器
数据库·oracle·mybatis
诗人不写诗1 天前
spring boot apm生态
java·数据库·spring boot
Ln5x9qZC21 天前
Flink SQL 元数据持久化实战
大数据·sql·flink
火飞鹰1 天前
封装MinIO为starter
java·数据库·spring boot
升职佳兴1 天前
SQL 进阶3:连续登录问题与 ROW_NUMBER 差值法完整解析
java·数据库·sql
Chris _data1 天前
从宿主机(Windows)通过 NAT 模式连接虚拟机(Ubuntu)中的 MySQL
windows·mysql·ubuntu
我是永恒1 天前
PostgreSQL数据库安装配置连接Paperclip
数据库·postgresql
巧妹儿1 天前
AI Agent 实战:MySQL 监控指标查询 Skill|华为云 + 腾讯云双兼容可直接复用
python·mysql·ai·大模型·华为云·腾讯云