溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶(hù)服務(wù)條款》

sql server 2008以上數(shù)據(jù)庫(kù) 收縮事務(wù)日志

發(fā)布時(shí)間:2020-07-22 19:24:54 來(lái)源:網(wǎng)絡(luò) 閱讀:884 作者:傲世狂刀 欄目:關(guān)系型數(shù)據(jù)庫(kù)

日志簡(jiǎn)介


SQL Server中的事務(wù)日志無(wú)疑是SQL Server中最重要的部分之一。因?yàn)镾QL SERVER利用事務(wù)日志來(lái)確保持久性(Durability)和事務(wù)回滾(Rollback)。從而還部分確保了事務(wù)的
ACID屬性.在SQL Server崩潰時(shí),DBA還可以通過(guò)事務(wù)日志將數(shù)據(jù)恢復(fù)到指定的時(shí)間點(diǎn)。當(dāng)SQL Server運(yùn)轉(zhuǎn)良好時(shí),多了解一些事務(wù)日志的原理和概念顯得并不是那么重要。但是,一旦SQL SERVER發(fā)生崩潰時(shí),了解事務(wù)日志的原理和概念對(duì)于快速做出正確的決策來(lái)恢復(fù)數(shù)據(jù)顯得尤為重要.本系列文章將會(huì)從事務(wù)日志的概念,原理,SQL Server如何使用日志來(lái)確保持久性屬性等方面來(lái)談SQL Server的事務(wù)日志.


隨著數(shù)據(jù)庫(kù)的不斷增長(zhǎng),數(shù)據(jù)庫(kù)日志(ldf文件)不斷增長(zhǎng),甚至磁盤(pán)空間都已經(jīng)存滿,所以必要時(shí)需要對(duì)日志文件進(jìn)行收縮。


事務(wù)日志截?cái)?/span>

若要避免數(shù)據(jù)庫(kù)的事務(wù)日志被填滿,例行備份至關(guān)重要。在簡(jiǎn)單恢復(fù)模式下,備份了數(shù)據(jù)庫(kù)后會(huì)自動(dòng)截?cái)嗳罩?,而在完整恢?fù)模式下,只有備份了事務(wù)日志后方才截?cái)嗳罩?。但是,截?cái)噙^(guò)程有時(shí)也可能發(fā)生延遲。有關(guān)識(shí)別和應(yīng)對(duì)各種延遲因素的信息,請(qǐng)參閱可能延遲日志截?cái)嗟囊蛩亍?/span>

--BACKUP log testDB with no_log

USE testDB; 
GO

-- 截?cái)嗳罩荆淖償?shù)據(jù)庫(kù)備份模式為簡(jiǎn)單.

ALTER DATABASE testDB SET RECOVERY SIMPLE;

GO

-- 收縮日志,調(diào)整大小為1M,testDB_Log為日志邏輯名稱(chēng).

DBCC SHRINKFILE (testDB_Log, 1); 
GO

-- 回復(fù)備份模式為完整.

ALTER DATABASE testDB SET RECOVERY FULL; 
GO



向AI問(wèn)一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI