SQL Server无法收缩日志文件的原因分析及解决办法

最近服务器执行收缩日志文件大小的job老是报错

我所用的一个批量收缩日志脚本

USE [master]
GO

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER PROC [dbo].[ShrinkUser_DATAbaseSLogFile]
AS
BEGIN
 DECLARE @DBNAME NVARCHAr(MAX)
DECLARE @SQL NVARCHAr(MAX)
--临时表保存数据
CREATE TABLE #DatabaseServerData
(
 ID INT IDENTITY(1, 1) ,
 DBNAME NVARCHAr(MAX) ,
 Log_Total_MB DECIMAL(18, 1) NOT NULL ,
 Log_FREE_SPACE_MB DECIMAL(18, 1) NOT NULL 
)
--游标
DECLARE @itemCur CURSOR
SET 
@itemCur = CURSOR FOR 
SELECt name from SYS.[databases] WHERe [name] NOT IN ('MASTER','MODEL','TEMPDB','MSDB','ReportServer','ReportServerTempDB','distribution')
and state=0
OPEN @itemCur
FETCH NEXT FROM @itemCur INTO @DBNAME
WHILE @@FETCH_STATUS = 0
 BEGIN
 SET @SQL=N'USE ['+@DBNAME+'];'+CHAr(10)
 +'
  DECLARE @TotalLogSpace DECIMAL(18, 1)
  DECLARE @FreeLogSpace DECIMAL(18, 1)
  DECLARE @filename NVARCHAr(MAX)
  DECLARE @CanshrinkSize BIGINT
  DECLARE @SQL1 nvarchar(MAX)
SELECt @TotalLogSpace=(SUM(ConVERT(dec(17, 2), sysfiles.size)) / 128) 
  FROM dbo.sysfiles AS sysfiles WHERe [groupid]=0
SELECt @FreeLogSpace = ( SUM(( size - FILEPROPERTY(name, ''SpaceUsed'') )) )/ 128.0
  FROM sys.database_files
  WHERe [type] = 1
SELECt @filename=name FROM sys.database_files WHERe [type]=1
SET @CanshrinkSize=CAST((@TotalLogSpace-@FreeLogSpace) AS BIGINT)
 SET @SQL1 = ''USE ['+@DBNAME+']''
SET @SQL1 = @SQL1+
 ''DBCC SHRINKFILE (['' + @filename + ''],'' + CAST(@CanshrinkSize+1 AS NVARCHAr(MAX)) + '')''
 EXEC (@SQL1)'
 EXEC (@SQL)
  FETCH NEXT FROM @itemCur INTO @DBNAME
 END 
CLOSE @itemCur
DEALLOCATE @itemCur
SELECt * FROM [#DatabaseServerData]
DROP TABLE [#DatabaseServerData]
END 

幸亏报错信息还是很全面，根据报错信息找到相关的数据库，执行一下DBCC LOGINFO

dbcc loginfo(N'cdb')

发现确实只有两个VLF文件，不能再收缩了，因为是批量脚本，当其中有一个库失败之后，后续的库就不会再进行收缩操作

这里只要加上数据库的VLF数量的判断就可以了

本文写的不好，还请各位大侠提出宝贵意见，如有好的解决方案欢迎分享，大家共同学习进步。