在危急時刻，數(shù)據(jù)庫一致性檢測(DBCC)可能是你最重要的工具。本文向你簡單介紹DBCC的功能，它們包括：

檢測表和相關(guān)目錄的完整性。

檢測整個數(shù)據(jù)庫。

檢測數(shù)據(jù)庫頁的完整性。

重建任何指定表中的目錄。

你為何需要學(xué)習(xí)DBCC

如果你甚至還不知道為何使用DBCC，下面提供一些原因：

需要不斷分割數(shù)據(jù)庫頁(表和目錄)，這可能會破壞分配。

目錄可能遭到破壞，或效率降低。

SQL Server引擎有時會誤解你的意圖。

需要大量更新時，事情可能會很麻煩(記住，任何指定的更新實(shí)際為刪除和插入)。

單個頁面，雖然仍然“健康”，但可能會失去它們的最優(yōu)存儲足跡。

如何運(yùn)行DBCC

你可以用兩種方法運(yùn)行DBCC：通過命令行窗口或查詢分析器(Query Analyzer)窗口。如果你認(rèn)為必要，你還可以確定其操作的時間。(我從未感到有必要這樣做，因?yàn)樵谖④浀乃挟a(chǎn)品中，我對SQL Server的穩(wěn)定性最為自信。我認(rèn)為它是雷蒙德推出的最佳產(chǎn)品。但是，感覺也可能出錯。)

DBCC命令包括以下擴(kuò)展：

CheckDB：檢測整個數(shù)據(jù)庫的一致性，是檢查數(shù)據(jù)庫破壞的基本方法。

CheckTable：檢測特定表的問題。

CheckAlloc：檢測數(shù)據(jù)庫的單個頁面，包括表和目錄。

Reindex：重建某個特定表的目錄。

CacheStats：說明當(dāng)前存儲在內(nèi)存緩存中的對象。

DropCleanBuffers：釋放當(dāng)前存儲在緩沖區(qū)中的所有數(shù)據(jù)，這樣你就可以繼續(xù)進(jìn)行檢測，而不必使用前面的結(jié)果。

Errorlog：刪除(縮短)當(dāng)前日志。你可以考慮確定包含這個命令的操作的時間，一個星期左右運(yùn)行一次。

FlushProclnDB：清除特定數(shù)據(jù)庫的存儲過程緩存(使用它的數(shù)據(jù)庫id而不是名稱)。使用下列代碼找出id：

以下是引用片段：SELECT dbid FROM master.dbo.sysdatabases; WHERE name = '<name your poison>

IndexDefrag：減少目錄分裂，但不給文件加鎖，以便用戶能夠繼續(xù)應(yīng)用數(shù)據(jù)庫。

CheckCatalog：檢測特定數(shù)據(jù)庫表及表之間的一致性(后者意味著使用外鍵等。)