數據庫
導讀:
數據庫 'yoursitedb' 的日誌已滿。請備份該數據庫的事務日誌以釋放一些日誌空間。說明: 執行當前 Web 請求期間,出現未處理的異常。請檢查堆棧跟蹤信息,以瞭解有關該錯誤以及代碼中導致錯誤的出處的詳細信息。
異常詳細信息: System.Data.SqlClient.SqlException: 數據庫 'yoursite' 的日誌已滿。請備份該數據庫的事務日誌以釋放一些日誌空間。
源錯誤:
[沒有相關的源行]
源文件: c:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/root/72899b79/f8dff11c/App_Web_uff-9q5u.28.cs 行: 0
可能引起的原因是:統計,排序這類操作太多了,太頻繁了。 解決辦法:還是要優化語句。
在tempdb庫屬性中,在[企業管理器]中把[事務日誌]的 [文件屬性] 中的 [文件自動增長] 前面打上鉤,並且查看一下你的日誌文件所在磁盤空間夠不夠了。如果不夠,備份後換個地方存
[注:tempdb你數據庫名稱。]
1.清空日誌
DUMP TRANSACTION 庫名 WITH NO_LOG
2.收縮數據庫文件(如果不壓縮,數據庫的文件不會減小
企業管理器--右鍵你要壓縮的數據庫--所有任務--收縮數據庫--收縮文件
--選擇日誌文件--在收縮方式裏選擇收縮至XXM,這裏會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
--選擇數據文件--在收縮方式裏選擇收縮至XXM,這裏會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
先提供一種複雜的方法壓縮日誌及數據庫文件如下: 1.清空日誌
DUMP TRANSACTION 庫名 WITH NO_LOG
2.截斷事務日誌:
BACKUP LOG 數據庫名 WITH NO_LOG
3.收縮數據庫文件(如果不壓縮,數據庫的文件不會減小
企業管理器--右鍵你要壓縮的數據庫--所有任務--收縮數據庫--收縮文件
--選擇日誌文件--在收縮方式裏選擇收縮至天天上網M,這裏會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
--選擇數據文件--在收縮方式裏選擇收縮至天天上網M,這裏會給出一個允許收縮到的最小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.分離
E X E C sp_detach_db @dbname = ’pubs‘
b.刪除日誌文件
c.再附加
E X E C sp_attach_single_file_db @dbname = ‘pubs’,
@physname = ’c:/Program Files/Microsoft SQL Server/MSSQL/Data/pubs.mdf‘
5.爲了以後能自動收縮,做如下設置:
企業管理器--服務器--右鍵數據庫--屬性--選項--選擇"自動收縮"
--SQL語句設置方式:
E X E C sp_dboption ’數據庫名‘, ’autoshrink‘, ’TRUE‘
6.如果想以後不讓它日誌增長得太大
企業管理器--服務器--右鍵數據庫--屬性--事務日誌
--將文件增長限制爲xM(x是你允許的最大數據文件大小)
--SQL語句的設置方式:
alter database 數據庫名 modify file(name=邏輯文件名,maxsize=20)
特別注意:
請按步驟進行,未進行前面的步驟,請不要做後面的步驟
否則可能損壞你的數據庫.
一般不建議做第4,6兩步
第4步不安全,有可能損壞數據庫或丟失數據
第6步如果日誌達到上限,則以後的數據庫處理會失敗,在清理日誌後才能恢復.
另外提供一種更簡單的方法,本人屢試不爽,建議大家使用。
更簡單的方法:
1。右建數據庫屬性窗口--故障還原模型--設爲簡單
2。右建數據庫所有任務--收縮數據庫
3。右建數據庫屬性窗口--故障還原模型--設爲大容量日誌記錄
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1789394
本文轉自
http://blog.csdn.net/octverve/archive/2007/09/18/1789394.aspx
數據庫 'yoursitedb' 的日誌已滿。請備份該數據庫的事務日誌以釋放一些日誌空間。說明: 執行當前 Web 請求期間,出現未處理的異常。請檢查堆棧跟蹤信息,以瞭解有關該錯誤以及代碼中導致錯誤的出處的詳細信息。
異常詳細信息: System.Data.SqlClient.SqlException: 數據庫 'yoursite' 的日誌已滿。請備份該數據庫的事務日誌以釋放一些日誌空間。
源錯誤:
[沒有相關的源行]
源文件: c:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/root/72899b79/f8dff11c/App_Web_uff-9q5u.28.cs 行: 0
可能引起的原因是:統計,排序這類操作太多了,太頻繁了。 解決辦法:還是要優化語句。
在tempdb庫屬性中,在[企業管理器]中把[事務日誌]的 [文件屬性] 中的 [文件自動增長] 前面打上鉤,並且查看一下你的日誌文件所在磁盤空間夠不夠了。如果不夠,備份後換個地方存
[注:tempdb你數據庫名稱。]
1.清空日誌
DUMP TRANSACTION 庫名 WITH NO_LOG
2.收縮數據庫文件(如果不壓縮,數據庫的文件不會減小
企業管理器--右鍵你要壓縮的數據庫--所有任務--收縮數據庫--收縮文件
--選擇日誌文件--在收縮方式裏選擇收縮至XXM,這裏會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
--選擇數據文件--在收縮方式裏選擇收縮至XXM,這裏會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
先提供一種複雜的方法壓縮日誌及數據庫文件如下: 1.清空日誌
DUMP TRANSACTION 庫名 WITH NO_LOG
2.截斷事務日誌:
BACKUP LOG 數據庫名 WITH NO_LOG
3.收縮數據庫文件(如果不壓縮,數據庫的文件不會減小
企業管理器--右鍵你要壓縮的數據庫--所有任務--收縮數據庫--收縮文件
--選擇日誌文件--在收縮方式裏選擇收縮至天天上網M,這裏會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
--選擇數據文件--在收縮方式裏選擇收縮至天天上網M,這裏會給出一個允許收縮到的最小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.分離
E X E C sp_detach_db @dbname = ’pubs‘
b.刪除日誌文件
c.再附加
E X E C sp_attach_single_file_db @dbname = ‘pubs’,
@physname = ’c:/Program Files/Microsoft SQL Server/MSSQL/Data/pubs.mdf‘
5.爲了以後能自動收縮,做如下設置:
企業管理器--服務器--右鍵數據庫--屬性--選項--選擇"自動收縮"
--SQL語句設置方式:
E X E C sp_dboption ’數據庫名‘, ’autoshrink‘, ’TRUE‘
6.如果想以後不讓它日誌增長得太大
企業管理器--服務器--右鍵數據庫--屬性--事務日誌
--將文件增長限制爲xM(x是你允許的最大數據文件大小)
--SQL語句的設置方式:
alter database 數據庫名 modify file(name=邏輯文件名,maxsize=20)
特別注意:
請按步驟進行,未進行前面的步驟,請不要做後面的步驟
否則可能損壞你的數據庫.
一般不建議做第4,6兩步
第4步不安全,有可能損壞數據庫或丟失數據
第6步如果日誌達到上限,則以後的數據庫處理會失敗,在清理日誌後才能恢復.
另外提供一種更簡單的方法,本人屢試不爽,建議大家使用。
更簡單的方法:
1。右建數據庫屬性窗口--故障還原模型--設爲簡單
2。右建數據庫所有任務--收縮數據庫
3。右建數據庫屬性窗口--故障還原模型--設爲大容量日誌記錄
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1789394
本文轉自
http://blog.csdn.net/octverve/archive/2007/09/18/1789394.aspx
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.