如何應(yīng)用SQL Server DBCC避免堵塞
在危急時(shí)刻,數(shù)據(jù)庫一致性檢測(cè)(DBCC)可能是你最重要的工具。本文向你簡(jiǎn)單介紹DBCC的功能,它們包括:
檢測(cè)表和相關(guān)目錄的完整性。
檢測(cè)整個(gè)數(shù)據(jù)庫。
檢測(cè)數(shù)據(jù)庫頁的完整性。
重建任何指定表中的目錄。
你為何需要學(xué)習(xí)DBCC
如果你甚至還不知道為何使用DBCC,下面提供一些原因:
需要不斷分割數(shù)據(jù)庫頁(表和目錄),這可能會(huì)破壞分配。
目錄可能遭到破壞,或效率降低。
SQL Server引擎有時(shí)會(huì)誤解你的意圖。
需要大量更新時(shí),事情可能會(huì)很麻煩(記住,任何指定的更新實(shí)際為刪除和插入)。
單個(gè)頁面,雖然仍然“健康”,但可能會(huì)失去它們的最優(yōu)存儲(chǔ)足跡。
如何運(yùn)行DBCC
你可以用兩種方法運(yùn)行DBCC:通過命令行窗口或查詢分析器(Query Analyzer)窗口。如果你認(rèn)為必要,你還可以確定其操作的時(shí)間。(我從未感到有必要這樣做,因?yàn)樵谖④浀乃挟a(chǎn)品中,我對(duì)SQL Server的穩(wěn)定性最為自信。我認(rèn)為它是雷蒙德推出的最佳產(chǎn)品。但是,感覺也可能出錯(cuò)。)
DBCC命令包括以下擴(kuò)展:
CheckDB:檢測(cè)整個(gè)數(shù)據(jù)庫的一致性,是檢查數(shù)據(jù)庫破壞的基本方法。
CheckTable:檢測(cè)特定表的問題。
CheckAlloc:檢測(cè)數(shù)據(jù)庫的單個(gè)頁面,包括表和目錄。
Reindex:重建某個(gè)特定表的目錄。
CacheStats:說明當(dāng)前存儲(chǔ)在內(nèi)存緩存中的對(duì)象。
DropCleanBuffers:釋放當(dāng)前存儲(chǔ)在緩沖區(qū)中的所有數(shù)據(jù),這樣你就可以繼續(xù)進(jìn)行檢測(cè),而不必使用前面的結(jié)果。
Errorlog:刪除(縮短)當(dāng)前日志。你可以考慮確定包含這個(gè)命令的操作的時(shí)間,一個(gè)星期左右運(yùn)行一次。
FlushProclnDB:清除特定數(shù)據(jù)庫的存儲(chǔ)過程緩存(使用它的數(shù)據(jù)庫id而不是名稱)。使用下列代碼找出id:
以下是引用片段:SELECT dbid FROM master.dbo.sysdatabases; WHERE name = '<name your poison>
IndexDefrag:減少目錄分裂,但不給文件加鎖,以便用戶能夠繼續(xù)應(yīng)用數(shù)據(jù)庫。
CheckCatalog:檢測(cè)特定數(shù)據(jù)庫表及表之間的一致性(后者意味著使用外鍵等。)
