Sqlserver 2000/2005/2008 的收縮日志方法和清理日志方法
更新時(shí)間:2012年07月17日 15:23:53 作者:
講解一下sql 2005日志怎么清理。一般情況下,SQL數(shù)據(jù)庫(kù)的收縮并不能很大程度上減小數(shù)據(jù)庫(kù)大小,其主要作用是收縮日志大小,應(yīng)當(dāng)定期進(jìn)行此操作以免數(shù)據(jù)庫(kù)日志過大
1、設(shè)置數(shù)據(jù)庫(kù)模式為簡(jiǎn)單模式:打開SQL企業(yè)管理器,在控制臺(tái)根目錄中依次點(diǎn)開Microsoft SQL Server-->SQL Server組-->雙擊打開你的服務(wù)器-->雙擊打開數(shù)據(jù)庫(kù)目錄-->選擇你的數(shù)據(jù)庫(kù)名稱(如論壇數(shù)據(jù)庫(kù)Forum)-->然后點(diǎn)擊右鍵選擇屬性-->選擇選項(xiàng)-->在故障還原的模式中選擇“簡(jiǎn)單”,然后按確定保存
2、在當(dāng)前數(shù)據(jù)庫(kù)上點(diǎn)右鍵,看所有任務(wù)中的收縮數(shù)據(jù)庫(kù),一般里面的默認(rèn)設(shè)置不用調(diào)整,直接點(diǎn)確定
3、收縮數(shù)據(jù)庫(kù)完成后,建議將您的數(shù)據(jù)庫(kù)屬性重新設(shè)置為標(biāo)準(zhǔn)模式,操作方法同第一點(diǎn),因?yàn)槿罩驹谝恍┊惓G闆r下往往是恢復(fù)數(shù)據(jù)庫(kù)的重要依據(jù)。
最簡(jiǎn)單直接具體如下:
一、下載:日志清理收縮工具 http://www.dhdzp.com/softs/57621.html
sql 日志清理收縮方法講解:
1、自然是下載日志清理軟件。
2、在服務(wù)器上運(yùn)行trunc.exe,打開軟件。
這里用戶名一定是sa 密碼你必須記得sa 的密碼,這個(gè)很重要,不然就會(huì)查詢不到相應(yīng)的數(shù)據(jù)庫(kù)了。輸入密碼后就點(diǎn)數(shù)據(jù)庫(kù)。你的服務(wù)器數(shù)據(jù)庫(kù)就呈現(xiàn)出來了。
你想收縮哪一個(gè)就選哪一個(gè)吧。你應(yīng)該懂了吧!好用簡(jiǎn)單方便哦。
二、SQL2008 的收縮日志 由于SQL2008對(duì)文件和日志管理進(jìn)行了優(yōu)化,所以以下語(yǔ)句在SQL2005中可以運(yùn)行但在SQL2008中已經(jīng)被取消: (SQL2005) Backup Log DNName with no_log go dump transaction DNName with no_log go USE DNName DBCC SHRINKFILE (2)
Go -------------------------------------------------------------- (SQL200: 在SQL2008中清除日志就必須在簡(jiǎn)單模式下進(jìn)行,等清除動(dòng)作完畢再調(diào)回到完全模式。 USE [master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE --簡(jiǎn)單模式 GO USE DNName GO DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) GO USE [master] GO ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY FULL --還原為完全模式 GO 優(yōu)點(diǎn):此清除日志所運(yùn)行消耗的時(shí)間短,90GB的日志在分鐘左右即可清除完畢,做完之后做個(gè)完全備份在分鐘內(nèi)即可完成。缺點(diǎn): 不過此動(dòng)作最好不要經(jīng)常使用,因?yàn)樗倪\(yùn)行會(huì)帶來系統(tǒng)碎片。普通狀態(tài)下LOG和DIFF的備份即可截?cái)嗳罩?。此語(yǔ)句使用的恰當(dāng)環(huán)境:當(dāng)系統(tǒng)的日志文件異常增大或者備份LOG時(shí)間太長(zhǎng)可能影響生產(chǎn)的情況下使用。
2005方法1:
第一步:
backup log database_name with no_log
或者 backup log database_name with truncate_only --no_log和truncate_only是在這里是同義的,隨便執(zhí)行哪一句都可以
第二步:
1.收縮特定數(shù)據(jù)庫(kù)的所有數(shù)據(jù)和日志文件,執(zhí)行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收縮的數(shù)據(jù)庫(kù)名稱;target_percent是數(shù)據(jù)庫(kù)收縮后的數(shù)據(jù)庫(kù)文件中所要的剩余可用空間百分比
2.收縮一次一個(gè)特定數(shù)據(jù)庫(kù)中的數(shù)據(jù)或日志文件,執(zhí)行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收縮的文件的標(biāo)識(shí) (ID) 號(hào),若要獲得文件 ID,請(qǐng)使用 FILE_ID 函數(shù)或在當(dāng)前數(shù)據(jù)庫(kù)中搜索 sysfiles;target_size是用兆字節(jié)表示的所要的文件大小(用整數(shù)表示)。如果沒有指定,dbcc shrinkfile 將文件大小減少到默認(rèn)文件大小
兩個(gè)dbcc都可以帶上參數(shù)notruncate或truncateonly,具體意思看幫助。
方法2
(這個(gè)方法在sqlserver2000的環(huán)境下做一般能成功,在sqlserver7及以下版本就不一定了):
第一步:
先備份整個(gè)數(shù)據(jù)庫(kù)以備不測(cè)
第二步:
備份結(jié)束后,在Query Analyzer中執(zhí)行如下的語(yǔ)句:
exec sp_detach_db yourDBName,true --卸除這個(gè)DB在MSSQL中的注冊(cè)信息
第三步:
到日志的物理文件所在的目錄中去刪除該日志文件或者將該日志文件移出該目錄
第四步:
在Query Analyzer中執(zhí)行如下的語(yǔ)句:
exec sp_attach_single_file_db yourDBName,'d:\mssql7\data\yourDBName_data.mdf'
--以單文件的方式注冊(cè)該DB,如果成功則MSSQL將自動(dòng)為這個(gè)DB生成一個(gè)500K的日志文件。
以上方法在清除log日志中均有效。
但,能否讓sql server 不產(chǎn)生log日志呢?以上方法好像均無效。
我這兒正好有個(gè)case:
我客戶的sql server每天都會(huì)產(chǎn)生4,500M的log日志,每天都清除一下,非常不便。有沒有辦法實(shí)現(xiàn)不產(chǎn)生log日志呢?
我分析了一下客戶產(chǎn)生log日志的原因,并且做了相應(yīng)測(cè)試。
客戶是每天將數(shù)據(jù)庫(kù)清空,從總系統(tǒng)中將數(shù)據(jù)導(dǎo)入到sql server里。我感決sqlserver在插入時(shí)產(chǎn)生log不大,在delete整個(gè)庫(kù)時(shí)產(chǎn)生log極大。
比如:
SELECT * into test_2 from b_bgxx
共45000條記錄,產(chǎn)生十幾M log,如果
delete from test_2
產(chǎn)生80多M log ,這明顯存在問題。
雖然可以換成:
truncate table test_2
但我還是希望能找到不產(chǎn)生log的方法。就如oracle不產(chǎn)生歸檔一樣。
三、Server 2005 : 清空數(shù)據(jù)庫(kù)日志
日志文件滿而造成SQL數(shù)據(jù)庫(kù)無法寫入文件時(shí),可用兩種方法:
方法一:清空日志。
1.打開查詢分析器,輸入命令
DUMP TRANSACTION 數(shù)據(jù)庫(kù)名 WITH NO_LOG
2.再打開企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫(kù)--所有任務(wù)--收縮數(shù)據(jù)庫(kù)--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了。
另一種方法有一定的風(fēng)險(xiǎn)性,因?yàn)镾QL SERVER的日志文件不是即時(shí)寫入數(shù)據(jù)庫(kù)主文件的,如處理不當(dāng),會(huì)造成數(shù)據(jù)的損失。
方法二:
1: 刪除LOG
分離數(shù)據(jù)庫(kù) 企業(yè)管理器->服務(wù)器->數(shù)據(jù)庫(kù)->右鍵->分離數(shù)據(jù)庫(kù)
2:刪除LOG文件
附加數(shù)據(jù)庫(kù) 企業(yè)管理器->服務(wù)器->數(shù)據(jù)庫(kù)->右鍵->附加數(shù)據(jù)庫(kù)
此法生成新的LOG,大小只有500多K。
注意:建議使用第一種方法。
如果想以后不讓它增長(zhǎng)
企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫(kù)--屬性--事務(wù)日志--將文件增長(zhǎng)限制為xM(x是你允許的最大數(shù)據(jù)文件大小)
--SQL語(yǔ)句的設(shè)置方式:
alter database 數(shù)據(jù)庫(kù)名 modify file(name=邏輯文件名,maxsize=20)
2、在當(dāng)前數(shù)據(jù)庫(kù)上點(diǎn)右鍵,看所有任務(wù)中的收縮數(shù)據(jù)庫(kù),一般里面的默認(rèn)設(shè)置不用調(diào)整,直接點(diǎn)確定
3、收縮數(shù)據(jù)庫(kù)完成后,建議將您的數(shù)據(jù)庫(kù)屬性重新設(shè)置為標(biāo)準(zhǔn)模式,操作方法同第一點(diǎn),因?yàn)槿罩驹谝恍┊惓G闆r下往往是恢復(fù)數(shù)據(jù)庫(kù)的重要依據(jù)。
最簡(jiǎn)單直接具體如下:
一、下載:日志清理收縮工具 http://www.dhdzp.com/softs/57621.html
sql 日志清理收縮方法講解:
1、自然是下載日志清理軟件。
2、在服務(wù)器上運(yùn)行trunc.exe,打開軟件。
這里用戶名一定是sa 密碼你必須記得sa 的密碼,這個(gè)很重要,不然就會(huì)查詢不到相應(yīng)的數(shù)據(jù)庫(kù)了。輸入密碼后就點(diǎn)數(shù)據(jù)庫(kù)。你的服務(wù)器數(shù)據(jù)庫(kù)就呈現(xiàn)出來了。
你想收縮哪一個(gè)就選哪一個(gè)吧。你應(yīng)該懂了吧!好用簡(jiǎn)單方便哦。
二、SQL2008 的收縮日志 由于SQL2008對(duì)文件和日志管理進(jìn)行了優(yōu)化,所以以下語(yǔ)句在SQL2005中可以運(yùn)行但在SQL2008中已經(jīng)被取消: (SQL2005) Backup Log DNName with no_log go dump transaction DNName with no_log go USE DNName DBCC SHRINKFILE (2)
Go -------------------------------------------------------------- (SQL200: 在SQL2008中清除日志就必須在簡(jiǎn)單模式下進(jìn)行,等清除動(dòng)作完畢再調(diào)回到完全模式。 USE [master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE --簡(jiǎn)單模式 GO USE DNName GO DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) GO USE [master] GO ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY FULL --還原為完全模式 GO 優(yōu)點(diǎn):此清除日志所運(yùn)行消耗的時(shí)間短,90GB的日志在分鐘左右即可清除完畢,做完之后做個(gè)完全備份在分鐘內(nèi)即可完成。缺點(diǎn): 不過此動(dòng)作最好不要經(jīng)常使用,因?yàn)樗倪\(yùn)行會(huì)帶來系統(tǒng)碎片。普通狀態(tài)下LOG和DIFF的備份即可截?cái)嗳罩?。此語(yǔ)句使用的恰當(dāng)環(huán)境:當(dāng)系統(tǒng)的日志文件異常增大或者備份LOG時(shí)間太長(zhǎng)可能影響生產(chǎn)的情況下使用。
2005方法1:
第一步:
backup log database_name with no_log
或者 backup log database_name with truncate_only --no_log和truncate_only是在這里是同義的,隨便執(zhí)行哪一句都可以
第二步:
1.收縮特定數(shù)據(jù)庫(kù)的所有數(shù)據(jù)和日志文件,執(zhí)行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收縮的數(shù)據(jù)庫(kù)名稱;target_percent是數(shù)據(jù)庫(kù)收縮后的數(shù)據(jù)庫(kù)文件中所要的剩余可用空間百分比
2.收縮一次一個(gè)特定數(shù)據(jù)庫(kù)中的數(shù)據(jù)或日志文件,執(zhí)行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收縮的文件的標(biāo)識(shí) (ID) 號(hào),若要獲得文件 ID,請(qǐng)使用 FILE_ID 函數(shù)或在當(dāng)前數(shù)據(jù)庫(kù)中搜索 sysfiles;target_size是用兆字節(jié)表示的所要的文件大小(用整數(shù)表示)。如果沒有指定,dbcc shrinkfile 將文件大小減少到默認(rèn)文件大小
兩個(gè)dbcc都可以帶上參數(shù)notruncate或truncateonly,具體意思看幫助。
方法2
(這個(gè)方法在sqlserver2000的環(huán)境下做一般能成功,在sqlserver7及以下版本就不一定了):
第一步:
先備份整個(gè)數(shù)據(jù)庫(kù)以備不測(cè)
第二步:
備份結(jié)束后,在Query Analyzer中執(zhí)行如下的語(yǔ)句:
exec sp_detach_db yourDBName,true --卸除這個(gè)DB在MSSQL中的注冊(cè)信息
第三步:
到日志的物理文件所在的目錄中去刪除該日志文件或者將該日志文件移出該目錄
第四步:
在Query Analyzer中執(zhí)行如下的語(yǔ)句:
exec sp_attach_single_file_db yourDBName,'d:\mssql7\data\yourDBName_data.mdf'
--以單文件的方式注冊(cè)該DB,如果成功則MSSQL將自動(dòng)為這個(gè)DB生成一個(gè)500K的日志文件。
以上方法在清除log日志中均有效。
但,能否讓sql server 不產(chǎn)生log日志呢?以上方法好像均無效。
我這兒正好有個(gè)case:
我客戶的sql server每天都會(huì)產(chǎn)生4,500M的log日志,每天都清除一下,非常不便。有沒有辦法實(shí)現(xiàn)不產(chǎn)生log日志呢?
我分析了一下客戶產(chǎn)生log日志的原因,并且做了相應(yīng)測(cè)試。
客戶是每天將數(shù)據(jù)庫(kù)清空,從總系統(tǒng)中將數(shù)據(jù)導(dǎo)入到sql server里。我感決sqlserver在插入時(shí)產(chǎn)生log不大,在delete整個(gè)庫(kù)時(shí)產(chǎn)生log極大。
比如:
SELECT * into test_2 from b_bgxx
共45000條記錄,產(chǎn)生十幾M log,如果
delete from test_2
產(chǎn)生80多M log ,這明顯存在問題。
雖然可以換成:
truncate table test_2
但我還是希望能找到不產(chǎn)生log的方法。就如oracle不產(chǎn)生歸檔一樣。
三、Server 2005 : 清空數(shù)據(jù)庫(kù)日志
日志文件滿而造成SQL數(shù)據(jù)庫(kù)無法寫入文件時(shí),可用兩種方法:
方法一:清空日志。
1.打開查詢分析器,輸入命令
DUMP TRANSACTION 數(shù)據(jù)庫(kù)名 WITH NO_LOG
2.再打開企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫(kù)--所有任務(wù)--收縮數(shù)據(jù)庫(kù)--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了。
另一種方法有一定的風(fēng)險(xiǎn)性,因?yàn)镾QL SERVER的日志文件不是即時(shí)寫入數(shù)據(jù)庫(kù)主文件的,如處理不當(dāng),會(huì)造成數(shù)據(jù)的損失。
方法二:
1: 刪除LOG
分離數(shù)據(jù)庫(kù) 企業(yè)管理器->服務(wù)器->數(shù)據(jù)庫(kù)->右鍵->分離數(shù)據(jù)庫(kù)
2:刪除LOG文件
附加數(shù)據(jù)庫(kù) 企業(yè)管理器->服務(wù)器->數(shù)據(jù)庫(kù)->右鍵->附加數(shù)據(jù)庫(kù)
此法生成新的LOG,大小只有500多K。
注意:建議使用第一種方法。
如果想以后不讓它增長(zhǎng)
企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫(kù)--屬性--事務(wù)日志--將文件增長(zhǎng)限制為xM(x是你允許的最大數(shù)據(jù)文件大小)
--SQL語(yǔ)句的設(shè)置方式:
alter database 數(shù)據(jù)庫(kù)名 modify file(name=邏輯文件名,maxsize=20)
相關(guān)文章
SQL Server成功與服務(wù)器建立連接但是在登錄過程中發(fā)生錯(cuò)誤的快速解決方案
這篇文章主要介紹了SQL Server成功與服務(wù)器建立連接但是在登錄過程中發(fā)生錯(cuò)誤的快速解決方案,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2016-09-09
詳解partition by和group by對(duì)比
這篇文章主要介紹了詳解partition by和group by對(duì)比,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-09-09
SQL Server行列轉(zhuǎn)換的實(shí)現(xiàn)示例
在使用SQL Server數(shù)據(jù)庫(kù)的過程中我們經(jīng)常會(huì)遇到需要將行數(shù)據(jù)和列數(shù)據(jù)相互轉(zhuǎn)換顯示的問題,本文就來介紹一下,具有一定的參考價(jià)值,感興趣的可以了解一下2023-09-09
SQLSERVER 臨時(shí)表和表變量的區(qū)別匯總
不管臨時(shí)表還是表變量都帶了表這個(gè)詞,既然提到表 ,按推理自然會(huì)落到某數(shù)據(jù)庫(kù)中,如果真在一個(gè)數(shù)據(jù)庫(kù)中,那自然就有它的存儲(chǔ)文件 .mdf和.ldf,那是不是如我推理的那樣呢,這篇文章主要介紹了SQLSERVER 臨時(shí)表和表變量到底有什么區(qū)別,需要的朋友可以參考下2023-02-02
SQL Server誤區(qū)30日談 第3天 即時(shí)文件初始化特性可以在SQL Server中開啟和關(guān)閉
即時(shí)文件初始化是一個(gè)在SQL Server 2005以及之上的版本鮮為人知的特性。這個(gè)特性允許數(shù)據(jù)文件(僅僅是數(shù)據(jù)文件,不包括日志文件)初始化的過程跳過填0初始化過程。這種方式是在發(fā)生災(zāi)難時(shí)大大減少Downtime的好辦法---在恢復(fù)數(shù)據(jù)庫(kù)時(shí)由于免去了填0初始化的過程而直接開始恢復(fù)過程2013-01-01
SQLSERVER Pager store procedure分頁(yè)存儲(chǔ)過程
SQL SERVER(2005)以上版本可用,相對(duì)應(yīng)的頁(yè)面邏輯中寫的對(duì)應(yīng)調(diào)用該存儲(chǔ)過程的方法2010-06-06

