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

站在用戶的角度思考問題，與客戶深入溝通，找到通城網(wǎng)站設(shè)計與通城網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：網(wǎng)站建設(shè)、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、國際域名空間、雅安服務(wù)器托管、企業(yè)郵箱。業(yè)務(wù)覆蓋通城地區(qū)。

案例

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

SYS.DATABASES 查看狀態(tài)列，發(fā)現(xiàn)是ONLINE。此時其他數(shù)據(jù)庫是正常的，就這個庫有問題?？隙ㄊ菙?shù)據(jù)庫狀態(tài)不對。 那么問題出在哪里呢？ 仔細(xì)觀察發(fā)現(xiàn)這個問題的數(shù)據(jù)庫 collation_name 是null 值。

原來問題在這，

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

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

狀態(tài)的轉(zhuǎn)換

數(shù)據(jù)庫有很多狀態(tài)。他們是如何在這些狀態(tài)之間進行切換的呢？下面這個圖非常清晰的標(biāo)示了各個狀態(tài)的切換。在我剛學(xué)習(xí)數(shù)據(jù)庫的時候，這個圖給了我很大的幫助，

讓我對數(shù)據(jù)庫各個狀態(tài)的轉(zhuǎn)換有了很清楚的認(rèn)識。

ONLINE （在線）

數(shù)據(jù)庫可正常運行

RESTORING （正在還原）

數(shù)據(jù)庫正在還原，當(dāng)我們還原數(shù)據(jù)庫使用NORECOVERY 模式時，數(shù)據(jù)庫就會變成該狀態(tài)

RECOVERING （正在恢復(fù)）

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

RECOVERY_PENDING（等待恢復(fù)）

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

SUSPECT  （置疑）

數(shù)據(jù)庫可能損壞了

EMERGENCY （緊急）

供DBA用來修復(fù)數(shù)據(jù)庫的狀態(tài)

OFFLINE （脫機）

離線狀態(tài)

以上是“SQLSERVER數(shù)據(jù)庫狀態(tài)的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道！

分享文章：SQLSERVER數(shù)據(jù)庫狀態(tài)的示例分析-創(chuàng)新互聯(lián)
文章分享：http://weahome.cn/article/gjjip.html