SQL脚本无法收缩数据库日志文件问题排查求助

你的脚本存在几个关键问题，导致日志文件未被成功收缩：

1. 批处理分隔符GO导致变量/游标跨批失效 #

GO是SQL Server的批处理结束标记，每个批处理的变量、游标等对象无法跨批共享。你的脚本中：

• 第一个GO执行后，@RestoreDbName变量和cur游标都会失效，后续的OPEN cur和最后切换恢复模式的语句实际无法正常执行（你没看到错误可能是PowerShell的输出捕获逻辑问题）。
• 最后切换回FULL模式的语句里，@RestoreDbName已不存在，这条语句根本不会生效。

2. 日志文件查询条件错误 #

SELECT name FROM [sys].[database_files] where [type] = 1 and name like @restoreDbName的查询逻辑有误：

• 日志文件名通常是数据库名_log格式（比如库名是dbname，日志文件大概率是dbname_log），用like @restoreDbName只会匹配完全等于dbname的文件，根本找不到目标日志文件，游标无数据，SHRINKFILE语句从未执行。

3. 切换SIMPLE模式后未触发日志截断 #

切换到SIMPLE恢复模式后，日志的活动部分不会自动立即截断，必须触发检查点让SQL Server标记可重用的日志空间，否则SHRINKFILE无法回收空闲空间。

修复后的脚本 #

DECLARE @RestoreDbName nvarchar(2000);
DECLARE @Name nvarchar(2000)

SET @restoreDbName = 'dbname'

-- 切换到SIMPLE恢复模式
ALTER DATABASE @RestoreDbName
SET RECOVERY SIMPLE;  

-- 触发检查点，强制截断可重用日志空间
CHECKPOINT;

-- 精准查询目标数据库的日志文件
DECLARE cur CURSOR FOR
SELECT name
FROM [sys].[database_files] 
WHERE [type] = 1 -- 1代表日志文件
AND [database_id] = DB_ID(@restoreDbName); -- 匹配目标数据库ID

OPEN cur
FETCH NEXT FROM cur INTO @Name
WHILE @@FETCH_STATUS = 0
BEGIN
    DBCC SHRINKFILE(@Name, 1); -- 将日志文件收缩至1MB
    FETCH NEXT FROM cur INTO @Name
END
CLOSE cur
DEALLOCATE cur

-- 切换回FULL恢复模式
ALTER DATABASE @RestoreDbName
SET RECOVERY FULL;  

额外注意事项 #

• 频繁收缩日志文件会导致文件碎片化，严重影响数据库性能，仅在必要时执行此操作。
• 切换回FULL模式后，立即执行一次完整数据库备份，否则FULL模式下的日志备份链会断裂，后续无法通过日志备份进行数据恢复。

内容的提问来源于stack exchange，提问作者Trying to be DBA