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

相关推荐
jiayou6416 小时前
KingbaseES 表级与列级加密完全指南
数据库·后端
GBASE2 天前
G术时刻 |GBase 8s数据库事务并发控制之封锁技术介绍(下)
数据库
xiezhr2 天前
逛GitHub发现了一款免费的带AI功能的数据库管理工具
数据库·ai编程·dba
唐青枫3 天前
MySQL JSON 实战详解:从存储、查询、更新到 JSON_TABLE 与索引
sql·mysql
吃糖的小孩3 天前
给 QQ AI 机器人设计“可控记忆”:会话摘要、手动长期记忆与角色卡边界
数据库
小满8783 天前
5.Mysql事务隔离级别与锁机制
mysql
笃行3504 天前
金仓数据库数据安全双防线:静态存储加密与传输加密实战
数据库
笃行3504 天前
金仓数据库物理备份实战:sys_rman 全流程演练与误覆盖抢救
数据库
笃行3504 天前
金仓数据库逻辑备份实战:从全库导出到 Schema 替换的完整闭环
数据库
元Y亨H4 天前
技术笔记:MySQL 字符集排序规则与大小写敏感性问题解决方案
mysql