SQL Server 數(shù)據(jù)文件收縮和查看收縮進(jìn)度的步驟
SQL Server在刪除數(shù)據(jù)后,會(huì)重新利用這部分空間,所以如果不是空間緊張的情況下,可以不回收。
回收一般先回收日志文件,因?yàn)檫@個(gè)回收速度非???,可以短時(shí)間內(nèi)清理出一部分可用空間。
回收步驟:
1、查看日志文件大小【一般回收比較大的】
--適用于RDS For SQL Server2012 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,需要對(duì)數(shù)據(jù)庫(kù)逐個(gè)執(zhí)行 USE 數(shù)據(jù)庫(kù)名 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、查看日志文件空間是否可回收【只有l(wèi)og_reuse_wait_desc是NOTHING狀態(tài)才可回收】
SELECT [name] ,[log_reuse_wait_desc] FROM master.sys.databases WHERE [name]='數(shù)據(jù)庫(kù)名【第1步獲取】'
3、回收日志文件空間
DBCC SHRINKFILE(logicalName【第1步獲取】)
常見的日志等待類型是 LOG_BACKUP,日志還沒(méi)有備份,所以不能截?cái)? 解決方案: ACTIVE_TRANSACTION,有活躍事務(wù)阻塞了日志截?cái)? 解決方案: 執(zhí)行 DBCC OPENTRAN ,獲取下長(zhǎng)時(shí)間的活躍事務(wù)的SPID 然后執(zhí)行 DBCC INPUTBUFFER(SPID) 查看下這個(gè)請(qǐng)求SQL,考慮是否可以kill阻塞源,kill后再查下log_reuse_wait,嘗試shrink
4、查看數(shù)據(jù)文件大小
USE 數(shù)據(jù)庫(kù)名
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=05、收縮數(shù)據(jù)文件【按照經(jīng)驗(yàn),最好每5G循環(huán)收縮,如果影響業(yè)務(wù),隨時(shí)中斷,不會(huì)回滾】
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步的結(jié)果集獲取
6、查看收縮進(jìn)度【預(yù)估值】
SELECT DB_NAME(database_id) as dbname, session_id, request_id, start_time , percent_complete , dateadd(mi ,estimated_completion_time/60000,getdate ()) as ETC FROM sys.dm_exec_requests where percent_complete<>0
--查詢當(dāng)前數(shù)據(jù)庫(kù)備份進(jìn)度
SELECT DB_NAME(er.[database_id]) [DatabaseName],er.[command] AS [CommandType],er.[percent_complete]
,er.start_time,CONVERT(DECIMAL(5, 2) , er.[percent_complete]) AS [Complete_Percent]
,CONVERT(DECIMAL(38, 2), er.[total_elapsed_time] / 60000.00) AS [ElapsedTime_m]
,CONVERT(DECIMAL(38, 2), er.[estimated_completion_time] / 60000.00) AS [EstimatedCompletionTime_m]
FROM sys.dm_exec_requests AS er
WHERE er.[command] in ( 'RESTORE DATABASE' ,'BACKUP DATABASE') --DB_NAME(er.[database_id]) in ('ky2011') and
--查看數(shù)據(jù)庫(kù)收縮進(jìn)度
SELECT DB_NAME(er.[database_id]) [DatabaseName],er.[command] AS [CommandType],er.[percent_complete]
,er.start_time,CONVERT(DECIMAL(5, 2) , er.[percent_complete]) AS [Complete_Percent]
,CONVERT(DECIMAL(38, 2), er.[total_elapsed_time] / 60000.00) AS [ElapsedTime_m]
,CONVERT(DECIMAL(38, 2), er.[estimated_completion_time] / 60000.00) AS [EstimatedCompletionTime_m]
FROM sys.dm_exec_requests as er WHERE command in ('DbccFilesCompact','AUTOSHRINK')到此這篇關(guān)于SQL Server 數(shù)據(jù)文件收縮和查看收縮進(jìn)度的文章就介紹到這了,更多相關(guān)SQL Server 文件收縮內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
SQL?Server附加數(shù)據(jù)庫(kù)報(bào)錯(cuò):無(wú)法為該請(qǐng)求檢索數(shù)據(jù)錯(cuò)誤解決辦法
在SQL Server中附加數(shù)據(jù)庫(kù)時(shí)可能會(huì)發(fā)生各種錯(cuò)誤,這篇文章主要給大家介紹了關(guān)于SQL?Server附加數(shù)據(jù)庫(kù)報(bào)錯(cuò):無(wú)法為該請(qǐng)求檢索數(shù)據(jù)錯(cuò)誤的解決辦法,文中通過(guò)圖文介紹的非常詳細(xì),需要的朋友可以參考下2023-12-12
解決MybatisPlus?SqlServer?OFFSET?分頁(yè)問(wèn)題
這篇文章主要介紹了MybatisPlus?SqlServer?OFFSET?分頁(yè)問(wèn)題,在分頁(yè)的時(shí)候有錯(cuò)誤問(wèn)題本文給大家記錄下來(lái),方便大家查閱,需要的朋友可以參考下2022-04-04
在sqlserver中如何使用CTE解決復(fù)雜查詢問(wèn)題
本文給大家介紹使用cte解決復(fù)雜查詢問(wèn)題,在此代碼中需要注意count函數(shù),它統(tǒng)計(jì)了一個(gè)列,如果該列在某行的值為null,將不會(huì)統(tǒng)計(jì)該行,本文代碼詳解并附有注釋,感興趣的朋友一起看看吧2015-11-11
Navicat連接SQL Server數(shù)據(jù):報(bào)錯(cuò)08001-命名管道提供程序的完美解決方法
小編新安裝了sqlserver用navicat進(jìn)行連接時(shí)出現(xiàn)一系列問(wèn)題,不知道該怎么解決,小編小編給大家分享一篇教程關(guān)于Navicat連接SQL Server數(shù)據(jù):報(bào)錯(cuò)08001-命名管道提供程序的問(wèn)題,感興趣的朋友一起看看吧2021-08-08
sqlserver中創(chuàng)建鏈接服務(wù)器圖解教程
鏈接服務(wù)器在跨數(shù)據(jù)庫(kù)/跨服務(wù)器查詢時(shí)非常有用(比如分布式數(shù)據(jù)庫(kù)系統(tǒng)中),本文將以圖文方式詳細(xì)說(shuō)明如何利用SQL Server Management Studio在圖形界面下創(chuàng)建鏈接服務(wù)器。2010-09-09
使用SQL Server 獲取插入記錄后的ID(自動(dòng)編號(hào))
本篇文章是對(duì)使用SQL Server獲取插入記錄后的ID(自動(dòng)編號(hào))的方法進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-06-06
解決sql server保存對(duì)象字符串轉(zhuǎn)換成uniqueidentifier失敗的問(wèn)題
這篇文章主要介紹了解決sql server保存對(duì)象字符串轉(zhuǎn)換成uniqueidentifier失敗的問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧2020-10-10
SQLServer 數(shù)據(jù)庫(kù)變成單個(gè)用戶后無(wú)法訪問(wèn)問(wèn)題的解決方法
今天不知怎么點(diǎn)錯(cuò)了東西,SQLServer中的一個(gè)數(shù)據(jù)庫(kù)變成單用戶了,而且無(wú)法訪問(wèn),下面是解決方法,有需要的朋友可以參考一下2013-10-10

