回收步骤:
1、查看日志文件大小【一般回收比较大的】
--适用于RDS For SQL Server2012\2016
SELECT DB_NAME(database_id) AS [Database Name],[Name] AS [Logical Name],[Physical_Name] AS [Physical Name],((size * 8) / 1024) AS [Size(MB)]
FROM sys.master_files
ORDER BY [Size(MB)] DESC
--适用于RDS For SQL Server2008R2,需要对数据库逐个执行
USE 数据库名
GO
SELECT a.name as 逻辑文件名, size/128 [totalspace文件大小(兆)],
FILEPROPERTY(a.name, ‘SpaceUsed‘)/128 [usedspace已用空间(兆)],
size/128 - FILEPROPERTY(a.name, ‘SpaceUsed‘)/128 [未用空间(兆)],
FILEPROPERTY(a.name, ‘SpaceUsed‘)*100.0/size [使用率(%)]
FROM sys.database_files a cross join (select recovery_model_desc, log_reuse_wait,log_reuse_wait_desc,is_auto_shrink_on from sys.databases where name=DB_NAME())b
WHERE type=1
2、查看日志文件空间是否可回收【只有log_reuse_wait_desc是NOTHING状态才可回收】
SELECT [name] ,[log_reuse_wait_desc]
FROM master.sys.databases
WHERE [name]=‘数据库名【第1步获取】‘
3、回收日志文件空间
DBCC SHRINKFILE(logicalName【第1步获取】
注:如果日志文件回收不了,可以参考帮助文档做一个收缩事务日志的操作,是有可能收缩掉的
https://help.aliyun.com/knowledge_detail/41796.html
4、查看数据文件大小
USE 数据库名
GO
SELECT a.name as 逻辑文件名, size/128 [totalspace文件大小(兆)],
FILEPROPERTY(a.name, ‘SpaceUsed‘)/128 [usedspace已用空间(兆)],
size/128 - FILEPROPERTY(a.name, ‘SpaceUsed‘)/128 [未用空间(兆)],
FILEPROPERTY(a.name, ‘SpaceUsed‘)*100.0/size [使用率(%)]
FROM sys.database_files a cross join (select recovery_model_desc, log_reuse_wait,log_reuse_wait_desc,is_auto_shrink_on from sys.databases where name=DB_NAME())b
WHERE type=0
5、收缩数据文件【按照经验,最好每5G循环收缩,如果影响业务,随时中断,不会回滚】
declare @usedspace int ,@totalspace int
select @usedspace= xxx,@totalspace =yyy
while @totalspace> @usedspace
begin
set @totalspace= @totalspace-5 *1024
DBCC SHRINKFILE( 逻辑文件名,@totalspace )
end
注:逻辑文件名,usedspace,totalspace从第4步的结果集获取
6、查看收缩进度【预估值】
SELECT DB_NAME(database_id) as dbname,
session_id, request_id, start_time,command
, percent_complete
, dateadd(mi ,estimated_completion_time/60000,getdate ()) as ETC
FROM sys.dm_exec_requests where percent_complete<>0
说明
SQLServer是单线程运行文件收缩,即使你有多个CPU性能也不会有帮助
这里我做了一个测试,打开两个Query同时运行ShrinkFile命令,第二个语句会报错:
File ID 1 of database ID 17 cannot be shrunk as it is eitherbeing shrunk by another process or is empty.
DBCCexecution completed. If DBCC printed error messages, contact your systemadministrator.
也就是说只能有一个收缩数据运行,运行第二个的时候就会报错,可通过上面的第6步查看是否有正在进行的压缩进程
文件收缩的三个步骤(可以从sys.dm_exec_request command栏位看到)
步骤 Command 描述
1 DbccSpaceReclaim 清理延迟分配并清除为数据移动做准备的空区段.
2 DbccFilesCompact 根据需要将页面从目标移动到目标之前并截断文件.
3 DbccLOBCompact 压缩 LOB data.
原文:https://www.cnblogs.com/lb809663396/p/12006268.html