SQL Server數(shù)據(jù)庫的日志文件是數(shù)據(jù)庫中非常重要的文件，對數(shù)據(jù)庫的維護起著至關(guān)重要的作用。本文主要歸納一些日志方面的問題及其處理措施，希望能夠帶給您收獲！

交易日志

交易日志（Transaction logs）是數(shù)據(jù)庫構(gòu)造中極其重要但又經(jīng)常被疏忽的局部。由于它并不像數(shù)據(jù)庫中的schema那樣活潑，因而很罕有人關(guān)懷交易日志。

交易日志是針對數(shù)據(jù)庫改換所做的登記，它能夠登記針對數(shù)據(jù)庫的任何壟斷，并將登記收獲保留在自力更生的文件中。對于任何每一個交易過程，交易日志都有極其全面的登記，依據(jù)這些登記能夠?qū)?shù)據(jù)文件還原成交易前的事態(tài)。從交易動作開始，交易日志就處于登記事態(tài)，交易過程中對數(shù)據(jù)庫的任何壟斷都在登記范圍，直到用戶點擊提交或后退后才告終登記。每個數(shù)據(jù)庫都具有起碼一個交易日志以及一個數(shù)據(jù)文件。

出于功能上的琢磨，SQL Server將用戶的修改存入緩存中，這些改換會即刻寫入交易日志，但不會即刻寫入數(shù)據(jù)文件。交易日志會穿越一個符號點來確定某個交易是否已將緩存中的數(shù)據(jù)寫入數(shù)據(jù)文件。當(dāng)SQL Server重啟后，它會察看日志中***的符號點，并將這個符號點后面的交易登記抹去，因為這些交易登記并未曾懇摯的將緩存中的數(shù)據(jù)寫入數(shù)據(jù)文件。這能夠遏止那些間斷的交易修正數(shù)據(jù)文件。

維護交易日志

因為許多人經(jīng)常遺漏交易日志，因而它也會給系統(tǒng)帶來一些問題。隨著系統(tǒng)的不時運行，日志登記的內(nèi)容會越來越多，日志文件的體積也會越來越大，***導(dǎo)致可用磁盤空間不足。除非平時工作中經(jīng)常對日志舉行清理，否則日志文件***會盤踞分區(qū)內(nèi)的全副可用空間。日志的默認(rèn)搭配為不限容量，萬一以這種搭配工作，它就會不時膨脹，***也會割據(jù)全副可用空間。這兩種情形都會導(dǎo)致數(shù)據(jù)庫靜止工作。

對交易日志ji.jieliya3518.comwww.new3go.info的平時備份工作能夠管用的遏止日志文件過度花費磁盤空間。備份過程會將日志中不再必需的局部截除。截除的措施是率先把舊登記符號為非行動事態(tài)，然后將新日志遮蔽到舊日志的位置上，這么就能夠遏止交易日志的體積不時膨脹。萬一無法對日志舉行經(jīng)常性的備份工作，良好將數(shù)據(jù)庫設(shè)置為"容易還原形式"。在這種形式下，系統(tǒng)會迫使交易日志在每次登記符號點時，積極舉行截除壟斷，以新日志遮蔽舊日志。

截除過程發(fā)生在備份或?qū)⑴f符號點標(biāo)為非行動事態(tài)時，它使得舊的交易登記能夠被遮蔽，但這并不會收縮交易日志切實挪借的磁盤空間。就算不再利用日志，它依舊會割據(jù)定然的空間。因而在維護時，還必需對交易日志舉行收縮。收縮交易日志的措施是剔除非行動登記，從而收縮日志文件所挪借的物理硬盤空間。

穿越利用DBCC SHRINKDATABASE語句能夠收縮目前數(shù)據(jù)庫的交易日志文件，DBCC SHRINKFILE語句用來收縮指定的交易日志文件，另外也能夠在數(shù)據(jù)庫中激活積極收縮壟斷。當(dāng)收縮日志時，率先會將舊登記符號為非行動事態(tài)，然后將帶有非行動符號的登記徹底剔除。依據(jù)所利用的收縮措施的不同，你可能不會即刻看到收獲。在志愿情形下，收縮工作該當(dāng)選在系統(tǒng)不是極其忙碌的時段舉行，否則有可能波及數(shù)據(jù)庫功能。

復(fù)如數(shù)據(jù)庫

交易登記備份能夠用來將數(shù)據(jù)庫還原到某一指定事態(tài)，但交易登記備份本身不足以告終復(fù)如數(shù)據(jù)庫的任務(wù)，還必需備份的數(shù)據(jù)文件加入還原工作。復(fù)如數(shù)據(jù)庫時，最良好行的是數(shù)據(jù)文件的還原工作。在全副數(shù)據(jù)文件還原告終前，不要將其設(shè)為告終事態(tài)，否則交易日志就不會被還原。當(dāng)數(shù)據(jù)文件還原告終，系統(tǒng)會穿越交易日志的備份將數(shù)據(jù)庫還原成用戶渴望的事態(tài)。萬一在數(shù)據(jù)庫***順次備份后，存在多個日志文件的備份，備份過程會按照它們發(fā)生的工夫順次將其還原。

另一種被稱為log shipping的過程能夠供給更強的數(shù)據(jù)庫備份力氣。當(dāng)log shipping搭配好后，它能夠?qū)?shù)據(jù)庫全副復(fù)制到另一臺服務(wù)器上。在這種情形下，交易日志也會定期發(fā)送到備份服務(wù)器上供復(fù)如數(shù)據(jù)利用。這使得服務(wù)器始終處于熱備份事態(tài)，當(dāng)數(shù)據(jù)發(fā)生改換時它也隨之更新。另一個服務(wù)器被稱作監(jiān)視（monitor）服務(wù)器，能夠用來監(jiān)視按法定工夫間隔發(fā)送的shipping信號。萬一在法定工夫內(nèi)未曾收到信號，監(jiān)視服務(wù)器會將這一事件登記到事件日志。這種機制使得log shipping經(jīng)常成為浩劫還原計劃中利用的計劃。我們在編寫代碼的時候，會揭示一些的小的訛謬。

關(guān)于SQL Server交易日志的問題就介紹到這里，謝謝各位的支持！

【編輯推薦】

1. 在SQL觸發(fā)器或存儲過程中獲取登錄用戶信息
2. SQL Server數(shù)據(jù)庫自動化管理分區(qū)設(shè)計方案圖解
3. 查詢數(shù)據(jù)量大時，關(guān)聯(lián)表查詢與循環(huán)查詢哪個更好
4. 讓SQL Server Management Studio直接連接數(shù)據(jù)庫
5. 如何讓SQL Server自動定時備份數(shù)據(jù)庫并按日期命名