數(shù)據(jù)庫(kù)的事務(wù)日志已滿。若要查明無(wú)法重用日志中的空間的原因，請(qǐng)參閱sys.databases中的log_reuse_wait_desc列

到服務(wù)器上查看后發(fā)現(xiàn)，是因?yàn)閿?shù)據(jù)庫(kù)日志所在的磁盤空間滿了，移出該盤部分文件后，系統(tǒng)就恢復(fù)正常了。又在網(wǎng)上查了一下該錯(cuò)誤，如果要從日志文件本身來(lái)解決，可用以下兩種方法解決：
一，清空日志：
步驟：1，備份日志文件。2，壓縮日志文件。
1,備份日志文件，可使用如下sql命令：
DUMP TRANSACTION 數(shù)據(jù)庫(kù)名 WITH NO_LOG
2,打開企業(yè)管理器,在數(shù)據(jù)庫(kù)上點(diǎn)右鍵->屬性->選項(xiàng)->故障恢復(fù)-模型-選擇-簡(jiǎn)單模型。(也可以直接在查詢分析器里執(zhí)行:
alter database 數(shù)據(jù)庫(kù)名 set recovery simple
3.右鍵點(diǎn)擊要壓縮的數(shù)據(jù)庫(kù)-->所有任務(wù)-->收縮數(shù)據(jù)庫(kù)-->收縮文件-->選擇日志文件-->在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)一個(gè)合適的數(shù),確定就可以了。

二，刪除Log文件：
這種方法有一定的風(fēng)險(xiǎn)性，因?yàn)镾QL SERVER的日志文件不是即時(shí)寫入數(shù)據(jù)庫(kù)主文件的，如處理不當(dāng)，會(huì)造成數(shù)據(jù)的損失。
步驟：分離數(shù)據(jù)庫(kù) 企業(yè)管理器-->服務(wù)器-->數(shù)據(jù)庫(kù)-->右鍵-->分離數(shù)據(jù)庫(kù)。
然后刪除LOG文件，再附加數(shù)據(jù)庫(kù)：
附加數(shù)據(jù)庫(kù) 企業(yè)管理器-->服務(wù)器-->數(shù)據(jù)庫(kù)-->右鍵-->附加數(shù)據(jù)庫(kù)。
此法生成新的LOG，大小只有500多K。

若不想日志文件無(wú)限制的增長(zhǎng)以至于太大，可以為日志文件設(shè)置一個(gè)最大值，方法如下：
企業(yè)管理器-->服務(wù)器-->右鍵數(shù)據(jù)庫(kù)-->屬性-->事務(wù)日志-->將文件增長(zhǎng)限制為xM(x是你允許的最大數(shù)據(jù)文件大小)

使用SQL語(yǔ)句設(shè)置如下：
alter database 庫(kù)名 modify file(name=邏輯文件名，maxsize=20)
附帶上sys.databases表中的log_reuse_wait_desc列的各值的意思：

log_reuse_wait值 log_reuse_wait_desc值 說(shuō)明
0 NOTHING 當(dāng)前有一個(gè)或多個(gè)可重用的虛擬日志文件。
1 CHECKPOINT 自上次日志截?cái)嘀螅形闯霈F(xiàn)檢查點(diǎn)，或者日志頭部尚未跨一個(gè)虛擬日志文件移動(dòng)（所有恢復(fù)模式）。
這是日志截?cái)嘌舆t的常見原因。 有關(guān)詳細(xì)信息，請(qǐng)參閱檢查點(diǎn)和日志的活動(dòng)部分。
2 LOG_BACKUP 要求日志備份將日志標(biāo)頭前移（僅適用于完整恢復(fù)模式或大容量日志恢復(fù)模式）。

注意：日志備份不會(huì)阻止截?cái)唷?BR>日志備份完成后，日志標(biāo)頭將前移，并且一些日志空間可能會(huì)變?yōu)榭芍匦率褂谩?
3 ACTIVE_BACKUP_OR_RESTORE 數(shù)據(jù)備份或還原正在進(jìn)行（所有恢復(fù)模式）。
數(shù)據(jù)備份與活動(dòng)事務(wù)的工作原理相同；數(shù)據(jù)備份運(yùn)行時(shí)，將阻止截?cái)唷?有關(guān)詳細(xì)信息，請(qǐng)參閱本主題后面的“數(shù)據(jù)備份操作與還原操作”部分。
4 ACTIVE_TRANSACTION 事務(wù)處于活動(dòng)狀態(tài)（所有恢復(fù)模式）。

·在日志備份開始時(shí)，可能存在長(zhǎng)時(shí)間運(yùn)行的事務(wù)。 在這種情況下，釋放空間可能需要進(jìn)行其他日志備份。 有關(guān)詳細(xì)信息，請(qǐng)參閱本主題后面的“長(zhǎng)時(shí)間運(yùn)行的活動(dòng)事務(wù)”部分。
·事務(wù)將延遲（僅適用于 SQL Server 2005 Enterprise Edition 及更高版本）。 “延遲的事務(wù)”實(shí)際上是其回滾由于某些資源不可用而受阻的活動(dòng)事務(wù)。 有關(guān)導(dǎo)致事務(wù)延遲的原因以及如何使它們擺脫被延遲狀態(tài)的信息，請(qǐng)參閱延遲的事務(wù).
 
5 DATABASE_MIRRORING 數(shù)據(jù)庫(kù)鏡像暫停，或者在高性能模式下，鏡像數(shù)據(jù)庫(kù)明顯滯后于主體數(shù)據(jù)庫(kù)（僅限于完整恢復(fù)模式）。
有關(guān)詳細(xì)信息，請(qǐng)參閱本主題后面的“數(shù)據(jù)庫(kù)鏡像與事務(wù)日志”部分。
6 REPLICATION 在事務(wù)復(fù)制過程中，與發(fā)布相關(guān)的事務(wù)仍未傳遞到分發(fā)數(shù)據(jù)庫(kù)（僅限于完整恢復(fù)模式）。
有關(guān)詳細(xì)信息，請(qǐng)參閱本主題后面的“事務(wù)復(fù)制與事務(wù)日志”部分。
7 DATABASE_SNAPSHOT_CREATION 正在創(chuàng)建數(shù)據(jù)庫(kù)快照（所有恢復(fù)模式）。
這是日志截?cái)嘌舆t的常見原因，通常也是主要原因。
8 LOG_SCAN 正在進(jìn)行日志掃描（所有恢復(fù)模式）。
這是日志截?cái)嘌舆t的常見原因，通常也是主要原因。
9 OTHER_TRANSIENT 此值當(dāng)前未使用。

數(shù)據(jù)庫(kù) 'dbname' 的事務(wù)日志已滿。若要查明無(wú)法重用日志中的空間的原因，請(qǐng)參閱 sys.databases 中的 lo

(2012-03-12 14:03:40)

http://blog.sina.com.cn/s/blog_5b68649a01013edq.html

 

數(shù)據(jù)庫(kù) 'dbname' 的事務(wù)日志已滿。若要查明無(wú)法重用日志中的空間的原因，請(qǐng)參閱 sys.databases 中的 log_reuse_wait_desc 列.

先在MSSQL查詢分析器里執(zhí)行一下下面的命令,如果無(wú)法解決問題再繼續(xù)往下看.

backup   log   dbname   with   no_log  --dbname要清除事物日志的數(shù)據(jù)庫(kù)名
go

dbcc   shrinkdatabase(dbname)
go

以下是從微軟網(wǎng)站復(fù)制過來(lái)的文章,有耐心的朋友仔細(xì)看看,應(yīng)該可以解決問題!

本主題討論對(duì)已滿事務(wù)日志可以采取的幾種應(yīng)對(duì)措施，并就以后如何避免出現(xiàn)已滿事務(wù)日志給出建議。如果事務(wù)日志已滿，則 SQL Server 數(shù)據(jù)庫(kù)引擎會(huì)發(fā)出 9002 錯(cuò)誤。當(dāng)數(shù)據(jù)庫(kù)在線或恢復(fù)時(shí)，日志可能會(huì)滿。如果數(shù)據(jù)庫(kù)在線時(shí)日志已滿，則數(shù)據(jù)庫(kù)保持在線狀態(tài)，但是只能進(jìn)行讀取而不能更新。如果恢復(fù)過程中日志已滿，則數(shù)據(jù)庫(kù)引擎將數(shù)據(jù)庫(kù)標(biāo)記為 RESOURCE PENDING。不管哪種情況，都需要用戶執(zhí)行操作才能使日志空間可用。

應(yīng)對(duì)已滿事務(wù)日志

正確響應(yīng)已滿事務(wù)日志在某種程度上取決于導(dǎo)致日志已滿的情況。若要在給定情況下查找阻止日志截?cái)嗟脑?，?qǐng)使用 sys.database 目錄視圖的 log_reuse_wait 列和 log_reuse_wait_desc 列。有關(guān)詳細(xì)信息，請(qǐng)參閱 sys.databases (Transact-SQL)。有關(guān)延遲日志截?cái)嗟囊蛩氐恼f(shuō)明，請(qǐng)參閱導(dǎo)致日志截?cái)嘌舆t的因素。

重要提示：
如果數(shù)據(jù)庫(kù)在恢復(fù)過程中出現(xiàn) 9002 錯(cuò)誤，則在解決此問題后，可使用 ALTER DATABASE database_name SET ONLINE 恢復(fù)數(shù)據(jù)庫(kù)。

 

響應(yīng)已滿事務(wù)日志的備選方法包括：

• 備份日志。
• 釋放磁盤空間以便日志可以自動(dòng)增長(zhǎng)。
• 將日志文件移到具有足夠空間的磁盤驅(qū)動(dòng)器。
• 增加日志文件的大小。
• 在其他磁盤上添加日志文件。
• 完成或取消長(zhǎng)時(shí)間運(yùn)行的事務(wù)。

下列部分介紹了這些備選方法。請(qǐng)選擇最適用于您情況的響應(yīng)。

注意：
強(qiáng)行截?cái)嗳罩緯?huì)破壞日志鏈，并在下次完整備份數(shù)據(jù)庫(kù)之前使數(shù)據(jù)庫(kù)處于容易受到攻擊的狀態(tài)。因此，未來(lái)版本的 SQL Server 將從 BACKUP 語(yǔ)句中刪除 TRUNCATE_ONLY 選項(xiàng)。應(yīng)避免使用此選項(xiàng)進(jìn)行新的開發(fā)工作，并計(jì)劃修改當(dāng)前使用它的應(yīng)用程序。

 

備份日志

在完整恢復(fù)模式或大容量日志恢復(fù)模式下，如果最近尚未備份事務(wù)日志，則請(qǐng)立即進(jìn)行備份以免發(fā)生日志截?cái)唷Ｈ绻麖奈磦浞萑罩?，則必須創(chuàng)建兩個(gè)日志備份，以允許數(shù)據(jù)庫(kù)引擎將日志截?cái)嗟缴洗蔚膫浞蔹c(diǎn)。截?cái)嗳罩究舍尫趴臻g以供新的日志記錄使用。若要防止日志再次填滿，請(qǐng)經(jīng)常執(zhí)行日志備份。

創(chuàng)建事務(wù)日志備份

重要提示：
如果數(shù)據(jù)庫(kù)被損壞，請(qǐng)參閱尾日志備份。

 

• 如何備份事務(wù)日志 (SQL Server Management Studio)
• 如何創(chuàng)建事務(wù)日志備份 (Transact-SQL)
• SqlBackup (SMO)

釋放磁盤空間

您可以通過刪除或移動(dòng)其他文件的方法來(lái)釋放包含數(shù)據(jù)庫(kù)事務(wù)日志文件的磁盤驅(qū)動(dòng)器上的磁盤空間。釋放磁盤空間后，恢復(fù)系統(tǒng)將自動(dòng)擴(kuò)大日志文件。

將日志文件移至其他磁盤

如果在當(dāng)前包含日志文件的驅(qū)動(dòng)器上無(wú)法釋放足夠的磁盤空間，請(qǐng)考慮將該文件移至空間充足的其他驅(qū)動(dòng)器上。

重要提示：
日志文件決不要放在壓縮文件系統(tǒng)中。

 

移動(dòng)日志文件

• 移動(dòng)數(shù)據(jù)庫(kù)文件

增加日志文件的大小

如果日志磁盤上具有可用空間，則可以增加日志文件的大小。

增加文件大小

如果禁用自動(dòng)增長(zhǎng)，數(shù)據(jù)庫(kù)處于在線狀態(tài)，并且磁盤上有足夠的可用空間，則可采用以下方法之一：

• 手動(dòng)增加文件大小以生成單個(gè)增量。
• 使用 ALTER DATABASE 語(yǔ)句啟用自動(dòng)增長(zhǎng)以針對(duì) FILEGROWTH 選項(xiàng)設(shè)置非零增量。

注意：
不管哪種情況，如果已達(dá)到當(dāng)前大小限制，則應(yīng)增加 MAXSIZE 值。

 

在其他磁盤上添加日志文件

使用 ALTER DATABASE <database_name> ADD LOG FILE，向具有足夠空間的其他磁盤上的數(shù)據(jù)庫(kù)中添加新日志文件。

添加日志文件

• 添加和刪除數(shù)據(jù)文件和事務(wù)日志文件 (Transact-SQL)
• 如何向數(shù)據(jù)庫(kù)中添加數(shù)據(jù)或日志文件 (SQL Server Management Studio)

標(biāo)識(shí)和管理長(zhǎng)時(shí)間運(yùn)行的事務(wù)

有關(guān)詳細(xì)信息，請(qǐng)參閱管理長(zhǎng)時(shí)間運(yùn)行的事務(wù)。

=====================================================================

SQLServer中事務(wù)日志已滿的原因以及解決辦法

2014-12-22      0 個(gè)評(píng)論    來(lái)源：邵鴻鑫 廊坊師范學(xué)院信息技術(shù)提高班第十期  

收藏    我要投稿

錯(cuò)誤描述：數(shù)據(jù)庫(kù)的事務(wù)日志已滿。若要查明無(wú)法重用日志中的空間的原因 ，請(qǐng)參閱sys.databases 中的 log_reuse_wait_desc 列 。

首先引入一下事務(wù)日志的概念（來(lái)自百度百科）：

事務(wù)日志是一個(gè)與數(shù)據(jù)庫(kù)文件分開的文件。它存儲(chǔ)對(duì)數(shù)據(jù)庫(kù)進(jìn)行的所有更改，并全部記錄插入、更新、刪除、提交、回退和數(shù)據(jù)庫(kù)模式變化。事務(wù)日志還稱作前滾日志或重做日志。

事務(wù)日志是備份和恢復(fù)的重要組件，也是使用 SQL Remote 或 [復(fù)制代理] 復(fù)制數(shù)據(jù)所必需的。

在缺省情況下，所有數(shù)據(jù)庫(kù)都使用事務(wù)日志。事務(wù)日志的使用是可選的，但是，除非您因特殊原因而不使用，否則您應(yīng)始終使用它。運(yùn)行帶有事務(wù)日志的數(shù)據(jù)庫(kù)可提供更強(qiáng)的故障保護(hù)功能、更好的性能以及數(shù)據(jù)復(fù)制功能。

引發(fā)異常的原因：

a.未提交的事務(wù)

b.非常大的事務(wù)

c.操作：DBCC DBREINDEX 和 CREATE INDEX

d.在從事務(wù)日志備份還原時(shí)

e.客戶端應(yīng)用程序不處理所有結(jié)果

f.查詢?cè)谑聞?wù)日志完成擴(kuò)展之前超時(shí)，您收到假的“Log Full”錯(cuò)誤消息

g.未復(fù)制的事務(wù)

解決辦法：

1.釋放磁盤空間（菜鳥適用）；

2.把數(shù)據(jù)庫(kù)移到內(nèi)存充足的磁盤（原理同上）；

3.清空日志：DUMP TRANSACTION 庫(kù)名 WITH NO_LOG；

4.截?cái)嗍聞?wù)日志：BACKUP LOG 庫(kù)名 WITH NO_LOG；

遇到問題才是我們進(jìn)步的機(jī)會(huì)，這些都是從網(wǎng)上搜索的一些解決辦法，希望可以幫助到您！