您好,登錄后才能下訂單哦!
這篇文章主要介紹SQLSERVER數據庫狀態的示例分析,文中介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們一定要看完!
前兩天在處理一個客戶問題,突然某個數據庫無法訪問了。數據庫下面的表也無法查看。從SSMS界面上看數據庫是正常的狀態(就是數據庫名字后面沒有顯示特別的狀態)。查看
SYS.DATABASES 查看狀態列,發現是ONLINE。此時其他數據庫是正常的,就這個庫有問題。肯定是數據庫狀態不對。 那么問題出在哪里呢? 仔細觀察發現這個問題的數據庫 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數據庫狀態的示例分析”這篇文章的所有內容,感謝各位的閱讀!希望分享的內容對大家有幫助,更多相關知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。