請大牛們幫忙呀!!在數據庫中執行一個批量的查詢、插入命令, 執行到一半,就報數據庫日志文件已滿的錯誤??急,在線等答案!!


在數據庫中執行一個批量的查詢、插入命令, 執行到一半,就報數據庫日志文件已滿的錯誤,
試過: 收縮數據庫日志文件;
       刪除后重新生成日志文件;
       重啟數據庫服務器;
       增加磁盤空間;
等方法, 可是問題還是沒有解決, 非常着急,請大牛們大力幫助一下!!

10 个解决方案

#1


借貼主的寶地一用!
救命啊!!!
http://community.csdn.net/Expert/topic/4303/4303421.xml?temp=.1166498

#2


查看你執行的插入等操作命令是否造成死循環或者是否設置了日志增長的無限制。

#3


不會造成死循環的,這個命令一直在用,在之前的一段時間也正常執行了;

數據庫日志的增長是無限制的!

請快幫着找找原因吧!!!!

#4


壓縮日志及數據庫文件大小

/*--特別注意

請按步驟進行,未進行前面的步驟,請不要做后面的步驟
否則可能損壞你的數據庫.


一般不建議做第4,6兩步
第4步不安全,有可能損壞數據庫或丟失數據
第6步如果日志達到上限,則以后的數據庫處理會失敗,在清理日志后才能恢復.
--*/

--下面的所有庫名都指你要處理的數據庫的庫名

1.清空日志
DUMP  TRANSACTION  庫名  WITH  NO_LOG    

2.截斷事務日志:
BACKUP LOG 庫名 WITH NO_LOG

3.收縮數據庫文件(如果不壓縮,數據庫的文件不會減小
企業管理器--右鍵你要壓縮的數據庫--所有任務--收縮數據庫--收縮文件
--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
--選擇數據文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了

也可以用SQL語句來完成
--收縮數據庫
DBCC SHRINKDATABASE(庫名)

--收縮指定數據文件,1是文件號,可以通過這個語句查詢到:select * from sysfiles
DBCC SHRINKFILE(1)

4.為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢分析器中進行)
a.分離數據庫:
企業管理器--服務器--數據庫--右鍵--分離數據庫

b.在我的電腦中刪除LOG文件

c.附加數據庫:
企業管理器--服務器--數據庫--右鍵--附加數據庫

此法將生成新的LOG,大小只有500多K

或用代碼: 
下面的示例分離 pubs,然后將 pubs 中的一個文件附加到當前服務器。

a.分離
EXEC sp_detach_db @dbname = '庫名'

b.刪除日志文件

c.再附加
EXEC sp_attach_single_file_db @dbname = '庫名', 
   @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\庫名.mdf'

5.為了以后能自動收縮,做如下設置:
企業管理器--服務器--右鍵數據庫--屬性--選項--選擇"自動收縮"

--SQL語句設置方式:
EXEC sp_dboption '庫名', 'autoshrink', 'TRUE'

6.如果想以后不讓它日志增長得太大
企業管理器--服務器--右鍵數據庫--屬性--事務日志
--將文件增長限制為xM(x是你允許的最大數據文件大小)

--SQL語句的設置方式:
alter database 庫名 modify file(name=邏輯文件名,maxsize=20)

#5


檢查你的代碼是否存在問題,參看

INF:SQL Server 的事務日志意外增大或充滿
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;317375

#6


這些我都試過了, 沒有用的,有其他辦法嗎???

#7


vivianfdlpw:

    謝謝你提供的文檔,看后我覺得會不會是由於日志文件的增長率設置的太小造成報日志滿的錯誤的?? 我現在的日志增長率是用的默認值10%,我一會增加一下試試。

   請大家繼續提供幫助呀!! 

#8


關注

#9


這個主要的原因是由於你的update、insert修改的記錄太多,好想沒有太好的辦法,最簡單的方式就是增加磁盤的空間,前幾天我也碰過類似的問題。其實 vivianfdlpw() 說的大部分理論上是可以的,但是實際問題還是要具體分析。sql server 是不可能不產生日志的,當然TRUNCATE是個例外。那如何避免呢。就是盡量用小的事務,如果非要成批量的修改和插入,那么可以考慮把記錄分開處理,也就是是說你一次符合條件的修改可能有10000條記錄,同時這個表又很大,那么你可以把這個操作分成10次,每次1000條,會好很多。當然自動收縮是會起作用,但是要不斷的運行,會影響你的系統性能。並且有時候還出現異想不到的問題。至於如何取舍。看你想要什么了。好運。

#10


Leah00 () 這位兄弟搞定沒有呀?
我也出現了這樣的問題,按 vivianfdlpw() 兄弟所說的做了一下,好像可以
不知道會不會有其它的問題,因為數據是正試數據,想得到一個安全,可靠的解決辦法,謝謝!

注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
粤ICP备14056181号  © 2014-2021 ITdaan.com