共計 998 個字符，預計需要花費 3 分鐘才能閱讀完成。

這篇文章主要介紹 SQLSERVER 數據庫狀態的示例分析，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

案例

前兩天在處理一個客戶問題，突然某個數據庫無法訪問了。數據庫下面的表也無法查看。從 SSMS 界面上看數據庫是正常的狀態（就是數據庫名字后面沒有顯示特別的狀態）。查看

SYS.DATABASES 查看狀態列，發現是 ONLINE。此時其他數據庫是正常的，就這個庫有問題?？隙ㄊ菙祿鞝顟B不對。那么問題出在哪里呢？仔細觀察發現這個問題的數據庫 collation_name 是 null 值。

原來問題在這，

剛剛聯機的數據庫不一定馬上能接受連接。要確定數據庫何時可以接受連接，可以查詢 sys.databases 的 collation_name 列或 DATABASEPROPERTYEX 的 Collation 屬性。在數據庫排序規則返回非 Null 值之后，數據庫就可以接受連接了。

于是用命令把數據庫設置為脫機，然后馬上聯機，再查看 sys.databases 的 collation_name 列 變成了非 null 值。此時數據庫恢復正常。

狀態的轉換

數據庫有很多狀態。他們是如何在這些狀態之間進行切換的呢？下面這個圖非常清晰的標示了各個狀態的切換。在我剛學習數據庫的時候，這個圖給了我很大的幫助，

讓我對數據庫各個狀態的轉換有了很清楚的認識。

ONLINE（在線）

數據庫可正常運行

RESTORING（正在還原）

數據庫正在還原，當我們還原數據庫使用 NORECOVERY 模式時，數據庫就會變成該狀態

RECOVERING（正在恢復）

數據庫啟動，數據庫創建，ALTER ONLINE,RESTORE WITH RECOERY 時，會經過這個狀態，進行 REDO,UNDO 等操作。此時如果遇到問題就進入 RECOVERY_PENDING。如果正常就會變成 ONLINE。

RECOVERY_PENDING（等待恢復）

數據庫在還原時遇到跟資源相關的錯誤，表明還原進程被掛起，數據庫不能開始數據庫的數據和日志的還原進程，這種情況下，最可能的原因是丟失數據文件或日志文件。

SUSPECT  （置疑）

數據庫可能損壞了

EMERGENCY（緊急）

供 DBA 用來修復數據庫的狀態

OFFLINE（脫機）

離線狀態

以上是“SQLSERVER 數據庫狀態的示例分析”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注丸趣 TV 行業資訊頻道！