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

相关推荐
heartbeat..8 小时前
Redis 中的锁:核心实现、类型与最佳实践
java·数据库·redis·缓存·并发
Prince-Peng8 小时前
技术架构系列 - 详解Redis
数据结构·数据库·redis·分布式·缓存·中间件·架构
虾说羊8 小时前
redis中的哨兵机制
数据库·redis·缓存
_F_y8 小时前
MySQL视图
数据库·mysql
2301_790300968 小时前
Python单元测试(unittest)实战指南
jvm·数据库·python
九章-8 小时前
一库平替,融合致胜:国产数据库的“统型”范式革命
数据库·融合数据库
2401_838472519 小时前
使用Scikit-learn构建你的第一个机器学习模型
jvm·数据库·python
u0109272719 小时前
使用Python进行网络设备自动配置
jvm·数据库·python
wengqidaifeng9 小时前
数据结构---顺序表的奥秘(下)
c语言·数据结构·数据库
what丶k9 小时前
SpringBoot3 配置文件使用全解析:从基础到实战,解锁灵活配置新姿势
java·数据库·spring boot·spring·spring cloud