我有個(gè)數(shù)據(jù)庫(kù)statmemberdata現(xiàn)在的日志文件都達(dá)到40G了，我要用DBCC SHRINKDATABASE來收縮這個(gè)日志，過程如下：
1、重新啟動(dòng)數(shù)據(jù)服務(wù)器（通過遠(yuǎn)程控制軟件進(jìn)行的）
2、在遠(yuǎn)程通過SQL SERVER的查詢分析器中連接到數(shù)據(jù)服務(wù)器
3、遠(yuǎn)程控制數(shù)據(jù)服務(wù)器服務(wù)暫停
4、過十分鐘，在遠(yuǎn)程查詢分析器中執(zhí)行：
?? DBCC SHRINKDATABASE (statmemberdata)
?? 過了幾分鐘出現(xiàn)以下錯(cuò)誤：
?? “無(wú)法收縮日志文件 2（statmemberdata_log），因?yàn)樗械倪壿嬋罩疚募荚谑褂谩?br />
（所影響的行數(shù)為 2 行）
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系?！?br />
我不明白了，我都重新啟動(dòng)了數(shù)據(jù)服務(wù)器，啟動(dòng)完后馬上有暫停了sql server的服務(wù)，然后又過了一段時(shí)間才運(yùn)行DBCC SHRINKDATABASE的，怎么老是說“所有的邏輯日志文件都在使用”呢，都試過好多次了，都是這樣。
----------------------------------------------------------------------------------------------------------------
1: 刪除LOG
1：分離數(shù)據(jù)庫(kù)?? 企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞右鍵－＞分離數(shù)據(jù)庫(kù)
2：刪除LOG文件
3：附加數(shù)據(jù)庫(kù)? 企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞右鍵－＞附加數(shù)據(jù)庫(kù)
此法生成新的LOG，大小只有500多K
?? 再將此數(shù)據(jù)庫(kù)設(shè)置自動(dòng)收縮
或用代碼：
下面的示例分離 pubs，然后將 pubs 中的一個(gè)文件附加到當(dāng)前服務(wù)器。
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
?? @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
2:清空日志
DUMP? TRANSACTION? 庫(kù)名? WITH? NO_LOG???
再：
企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫(kù)--所有任務(wù)--收縮數(shù)據(jù)庫(kù)--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了
3: 如果想以后不讓它增長(zhǎng)
企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞屬性－＞事務(wù)日志－＞將文件增長(zhǎng)限制為2M
--壓縮日志
1:截?cái)嗍聞?wù)日志：
BACKUP LOG 數(shù)據(jù)庫(kù)名 WITH NO_LOG
2:清空日志
DUMP TRANSACTION 庫(kù)名 WITH NO_LOG
再：
企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫(kù)--所有任務(wù)--收縮數(shù)據(jù)庫(kù)--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了
3: 刪除LOG
1：分離數(shù)據(jù)庫(kù) 企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞右鍵－＞分離數(shù)據(jù)庫(kù)
2：刪除LOG文件
3：附加數(shù)據(jù)庫(kù) 企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞右鍵－＞附加數(shù)據(jù)庫(kù)
此法生成新的LOG，大小只有500多K
再將此數(shù)據(jù)庫(kù)設(shè)置自動(dòng)收縮
或用代碼：
下面的示例分離 pubs，然后將 pubs 中的一個(gè)文件附加到當(dāng)前服務(wù)器。
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
對(duì)于有兩個(gè)庫(kù)文件的數(shù)據(jù)庫(kù)請(qǐng)用下面的語(yǔ)句：
exec sp_attach_db @dbname = 'pubs',
?@filename1 = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf',
?@filename2 = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs1_Data.NDF'
如果數(shù)據(jù)庫(kù)有兩個(gè)日志文件，則以上方法就不行了。
需要?jiǎng)h掉其中一個(gè)日志文件，方法如下：
截?cái)嗍聞?wù)日志：
BACKUP LOG otsp WITH NO_LOG
清空日志
DUMP TRANSACTION otsp WITH NO_LOG
??
刪除LOG文件
企業(yè)管理器－＞服務(wù)器－＞數(shù)據(jù)庫(kù)－＞右鍵－＞屬性－＞日志文件－＞選擇第二個(gè)日志文件刪除－＞確定
再按上面說的刪除日志的方法去附加數(shù)據(jù)庫(kù)，就成功了
4: 如果想以后不讓它增長(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)5.設(shè)置為自動(dòng)收縮企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫(kù)--屬性--選項(xiàng)--選擇"自動(dòng)收縮"
--還不行,就關(guān)閉用戶打開的進(jìn)程處理,在查詢分析器中執(zhí)行下面的語(yǔ)句
use master
go
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_killspid]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[p_killspid]
GO
create proc p_killspid
@dbname varchar(200) --要關(guān)閉進(jìn)程的數(shù)據(jù)庫(kù)名
as
declare @sql nvarchar(500)
declare @spid nvarchar(20)
declare #tb cursor for
select spid=cast(spid as varchar(20)) from master..sysprocesses where dbid=db_id(@dbname)
open #tb
fetch next from #tb into @spid
while @@fetch_status=0
begin
exec('kill '+@spid)
fetch next from #tb into @spid
end
close #tb
deallocate #tb
go
--用法
exec p_killspid 'statmemberdata'
go
DBCC SHRINKDATABASE (statmemberdata)
go
drop proc p_killspid
刪除數(shù)據(jù)文件
dbcc shrinkfile (db_data2 , emptyfile)
alter database db
remove file db_data2
go
參考鏈接：
http://support.microsoft.com/?kbid=814579
http://www.experts-exchange.com/Databases/Microsoft_SQL_Server/Q_21090815.html
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;317375
http://www.weste.net/html/200409/20040904QBI110037.html
http://www.knowsky.com/18746.html
?