引起SQL數(shù)據(jù)庫超時的一種問題_動易Cms教程
教程Tag：暫無Tag,歡迎添加,賺取U幣!
錯誤信息是最常見的那種：Microsoft OLE DB Provider for SQL Server 錯誤 '80040e31' （[ODBC SQL Server Driver]超時已過期）
服務器上看CPU、內(nèi)存，都非常非常的低呀，這么低的占用率也能導致超時！后來到處查看，后來在事件日志中看到一個非警告的日志：
其實此時找出一條正在阻塞的更新語句，在查詢分析器中執(zhí)行，此時是沒有超時時間的。忍過幾分鐘，當這條語句執(zhí)行完后，數(shù)據(jù)文件就會增長完成，所有的blocking也就解開了
服務器上看CPU、內(nèi)存，都非常非常的低呀，這么低的占用率也能導致超時！后來到處查看，后來在事件日志中看到一個非警告的日志：
事件類型: 信息
事件來源: MSSQLSERVER
事件種類: (2)
事件 ID: 17055
日期: 2005-8-23
事件: 9:39:00
用戶: N/A
計算機: ********
描述:
5144:
數(shù)據(jù)庫 '*********' 中文件 '***********' 的自動增長在 453 毫秒后已取消或出現(xiàn)超時。使用 ALTER DATABASE 設置更小的 FILEGROWTH 或設置新的大小。
竟然是數(shù)據(jù)庫文件在增加的時候超時了！而不是平經(jīng)常以為的具體的SQL語句超時。把 FILEGROWTH 設置為一個更低的值，ok 一切都恢復了。
FILEGROWTH 的設置就是在數(shù)據(jù)庫的 Enterprise Manager 中，對數(shù)據(jù)庫的屬性的如下窗口進行設置：
此主題相關圖片如下：
一旦你的數(shù)據(jù)庫文件大了后，上述超時就可能出現(xiàn)。這時候不要簡單地以為服務器壓力太大了。也許就是你的一個設置導致了超時。
默認SQL Server 在數(shù)據(jù)庫文件滿了后，是自動增加原數(shù)據(jù)庫文件的10%大小，用來繼續(xù)使用。
假如你的數(shù)據(jù)庫文件很大了，這時候麻煩就來了，因為大文件*10%，是很大的。
然后其它所有的新增操作都會報超時，而這時候其實CPU、內(nèi)存占用率都非常非常的低。
假如你的數(shù)據(jù)庫文件很大了，這時候麻煩就來了，因為大文件*10%，是很大的。
然后其它所有的新增操作都會報超時，而這時候其實CPU、內(nèi)存占用率都非常非常的低。
解決方法就是把上述的文件增長這里設置為一個更低的百分比或者直接指定增加多少兆字節(jié)。
這個問題，在企業(yè)的生產(chǎn)環(huán)境中經(jīng)常碰到。不僅是數(shù)據(jù)文件滿會導致此問題，日志文件滿也一樣。某一條數(shù)據(jù)更新語句在數(shù)據(jù)庫或日志文件即將滿的時候執(zhí)行，數(shù)據(jù)庫增長的IO操作會導致延時，此延時會阻塞其他數(shù)據(jù)庫操作，連鎖反應，形成blocking。
其實此時找出一條正在阻塞的更新語句，在查詢分析器中執(zhí)行，此時是沒有超時時間的。忍過幾分鐘，當這條語句執(zhí)行完后，數(shù)據(jù)文件就會增長完成，所有的blocking也就解開了
相關動易Cms教程：
- MAC錯誤的解決方法
- 如何屏蔽動易后臺導航里的某個功能菜單？
- 動易.NET版本留言自動選定欄目方法
- 動易SiteFactoty整合Discuz!NT3.0
- 在任意位置獲取根節(jié)點ID標簽
- 如何開啟SiteWeaver6.8的支持，反對功能
- Windows 2008安裝動易.NET系統(tǒng)之四----動易系統(tǒng)安裝篇
- Windows 2008安裝動易.NET系統(tǒng)之三----數(shù)據(jù)庫篇
- Windows 2008安裝動易.NET系統(tǒng)之二----IIS、目錄環(huán)境配置篇
- 數(shù)據(jù)庫修復，SQL Server 2005內(nèi)部操作不一致的處理
- 如何安裝動易.net程序權限配置
- 為什么提示對Windows系統(tǒng)文件夾下的Temp目錄沒有訪問權限？
- 相關鏈接：
- 教程說明：
動易Cms教程-引起SQL數(shù)據(jù)庫超時的一種問題
。