【问题记录】执行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

相关推荐
蓝鸟197422 分钟前
Oracle 19c JSON_OBJECT 完全实战指南|嵌套、多行多列数组合并、空值踩坑、医保报文落地
数据库·oracle·json_arrayagg·多行转json数组·sql实战踩坑·数据库json拼装·json_object
霸道流氓气质23 分钟前
Mysql中慢 SQL 优化实战:减少不必要的 JOIN 关联
sql·mysql·mybatis
晴天1625 分钟前
Agent 全栈学习笔记 1-Day14
数据库·笔记·学习
瀚高PG实验室25 分钟前
几种因网络波动导致应用与数据库操作异常的现象
运维·网络·数据库·postgresql·瀚高数据库
一个天蝎座 白勺 程序猿39 分钟前
SQL Server数据迁移金仓性能优化实战:从慢SQL到系统瓶颈,一套组合拳打下来
sql·oracle·性能优化·kingbasees
崖边看雾1 小时前
同步上下文管理器规则
开发语言·数据库
.柒宇.1 小时前
运维常见面试题_02_数据库
运维·数据库·sql·面试
️学习的小王1 小时前
二级MySQL PHP综合应用题完整考点+历年真题风格练习题
android·mysql·php
名字还没想好☜9 小时前
Python f-string 进阶:数字格式化、对齐填充、调试 = 号与嵌套表达式
开发语言·数据库·python·字符串格式化·f-string
ltl10 小时前
Serverless 数据库弹性理论:Neon 与 Aurora Serverless v2
数据库