SqlServer 資料庫日誌無法收縮處理過程

來源:互聯網
上載者:User

標籤:事務   database   one   serve   nbsp   simple   sql   size   .data   

今天按常用方法收縮一個測試用的資料庫日誌,發現沒法收縮!
dbcc sqlperf(logspace)


USE [dbname]GO ALTER DATABASE [dbname] SET RECOVERY SIMPLE WITH NO_WAITGODBCC SHRINKFILE (N‘dbname_log‘ , 0, TRUNCATEONLY)GODBCC SHRINKDATABASE(N‘dbname‘ )GO

日誌大小還是一樣。

 DBCC OPENTRAN 查看是否開啟的事務。發現有開啟的事務,執行檢查點再收縮,還是不行!
DBCC OPENTRAN (dbname) CHECKPOINT

參考:http://bbs.csdn.net/topics/350199751,將日誌事務標誌為已分發,再收縮,不行!

--日誌中所有複製的事務將標記為已分發EXEC sp_repldone @xactid = NULL,@xact_segno = NULL,@numtrans = 0,@time = 0,@reset = 1

  

現在查看虛擬記錄檔,發現有很多,並且都處於活動狀態

dbcc loginfo

 

最重要的語句竟然忘了,這可以查看日誌空間的重複使用正在等待最後一個檢查點的描述.。發現是REPLICATION

SELECT name,log_reuse_wait_desc FROM sys.databases where name=‘dbname‘

這個資料庫之前有作為事物同步過,但是都刪除了。分發庫也不存在了,現在竟然還有日誌在等待?!

參考http://bbs.csdn.net/topics/390674731?page=1 ,執行刪除所有複製對象。

--刪除當前資料庫中所有複製對象EXEC sp_removedbreplication dbname

再看日誌重用狀態,正常了!看來有效!

在收縮資料庫,查看已經收縮了!其他也恢複正常!
DBCC SHRINKFILE (N‘dbname_log‘ , 0, TRUNCATEONLY)GODBCC LOGINFOGODBCC OPENTRAN (dbname) GO

此收縮方法,適用於發布過資料庫訂閱同步的情況,一般正常情況下,都可以收縮日誌。

轉自:41865073

 

SqlServer 資料庫日誌無法收縮處理過程

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.