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ù)庫逐個(gè)執(zhí)行 USE 數(shù)據(jù)庫名 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ù)庫名【第1步獲取】'
3、回收日志文件空間
DBCC SHRINKFILE(logicalName【第1步獲取】)
常見的日志等待類型是 LOG_BACKUP,日志還沒有備份,所以不能截?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ù)庫名 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、收縮數(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ù)庫備份進(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ù)庫收縮進(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ù)庫報(bào)錯(cuò):無法為該請(qǐng)求檢索數(shù)據(jù)錯(cuò)誤解決辦法
在SQL Server中附加數(shù)據(jù)庫時(shí)可能會(huì)發(fā)生各種錯(cuò)誤,這篇文章主要給大家介紹了關(guān)于SQL?Server附加數(shù)據(jù)庫報(bào)錯(cuò):無法為該請(qǐng)求檢索數(shù)據(jù)錯(cuò)誤的解決辦法,文中通過圖文介紹的非常詳細(xì),需要的朋友可以參考下2023-12-12解決MybatisPlus?SqlServer?OFFSET?分頁問題
這篇文章主要介紹了MybatisPlus?SqlServer?OFFSET?分頁問題,在分頁的時(shí)候有錯(cuò)誤問題本文給大家記錄下來,方便大家查閱,需要的朋友可以參考下2022-04-04在sqlserver中如何使用CTE解決復(fù)雜查詢問題
本文給大家介紹使用cte解決復(fù)雜查詢問題,在此代碼中需要注意count函數(shù),它統(tǒng)計(jì)了一個(gè)列,如果該列在某行的值為null,將不會(huì)統(tǒng)計(jì)該行,本文代碼詳解并附有注釋,感興趣的朋友一起看看吧2015-11-11Navicat連接SQL Server數(shù)據(jù):報(bào)錯(cuò)08001-命名管道提供程序的完美解決方法
小編新安裝了sqlserver用navicat進(jìn)行連接時(shí)出現(xiàn)一系列問題,不知道該怎么解決,小編小編給大家分享一篇教程關(guān)于Navicat連接SQL Server數(shù)據(jù):報(bào)錯(cuò)08001-命名管道提供程序的問題,感興趣的朋友一起看看吧2021-08-08sqlserver中創(chuàng)建鏈接服務(wù)器圖解教程
鏈接服務(wù)器在跨數(shù)據(jù)庫/跨服務(wù)器查詢時(shí)非常有用(比如分布式數(shù)據(jù)庫系統(tǒng)中),本文將以圖文方式詳細(xì)說明如何利用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失敗的問題
這篇文章主要介紹了解決sql server保存對(duì)象字符串轉(zhuǎn)換成uniqueidentifier失敗的問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2020-10-10SQLServer 數(shù)據(jù)庫變成單個(gè)用戶后無法訪問問題的解決方法
今天不知怎么點(diǎn)錯(cuò)了東西,SQLServer中的一個(gè)數(shù)據(jù)庫變成單用戶了,而且無法訪問,下面是解決方法,有需要的朋友可以參考一下2013-10-10