SQLServer2005數(shù)據(jù)庫可疑狀態(tài)解決辦法

1、SQLServer2005(2012-04-0823:08:53)轉(zhuǎn)載:業(yè)務(wù)交流數(shù)據(jù)庫sqlserverit服務(wù)器異常斷電，或者系統(tǒng)異常關(guān)機(jī)等都可能引起SQLServer2005數(shù)據(jù)庫實(shí)例狀態(tài)變成可疑，導(dǎo)致數(shù)據(jù)庫實(shí)例無法正常啟動(dòng)。這里介紹一個(gè)不用分離-附加的好辦法，將數(shù)據(jù)庫置為應(yīng)急狀態(tài)處理，回退掉異常狀態(tài)時(shí)沒有保存的數(shù)據(jù)信息。新建查詢，輸入如下語句，執(zhí)行即可：USEMASTERGOSP_CONFIGUREALLOWUPDATES,1RECONFIGUREWITHOVERRIDEGOALTERDATABASEDB_NAMESETEMERGENCYGOsp_dboptionDB_NAMEsingl

2、euser,trueGODBCCCHECKDB(DB_NAME,REPAIR_ALLOW_DATA_LOSS)GOALTERDATABASEDB_NAMESETONLINEGOsp_configureallowupdates,0reconfigurewithoverrideGOsp_dboptionDB_NAME,singleuser,falseGOSQL2005里的數(shù)據(jù)庫變成可疑，分離后附加(離問題結(jié)束還有0天0小時(shí))服務(wù)器上2005的數(shù)據(jù)庫，a數(shù)據(jù)庫某天后面突然多了可疑兩字，分離后，附加不上去了?，F(xiàn)在只有mdf文件好用，根據(jù)提示好像是Idf文件受損。在網(wǎng)上了找了很多資料，不過大多是根據(jù)20

3、00來的，我試過其中一個(gè)說是新建一個(gè)數(shù)據(jù)庫，將要還原的數(shù)據(jù)庫的mdf文件覆蓋它的，怎樣，怎樣，結(jié)果還是不行，測(cè)試數(shù)據(jù)庫并沒有出現(xiàn)他說的緊急狀態(tài)，如何修改呢？還有就是改成了緊急狀態(tài)后又如何將它改成正常狀態(tài)呢？救命呀，請(qǐng)各位幫幫忙，急死人了。我來回答其他回答回答者:fannisite-等級(jí)：程序員3回應(yīng)-09-01-2821:46-參考據(jù)庫置疑的處理辦法在MSSQLSERVER中一直有這樣的問題SQLSERVER的狀態(tài)置疑，我們先來分析一下SQLSERVER數(shù)據(jù)庫置疑的原因:1.錯(cuò)誤的刪除日志;2硬件(HD)損壞，造成日志和數(shù)據(jù)文件寫錯(cuò)誤；3.硬盤的空間不夠,比如日志文件過大;解決辦法:這是最簡單

4、的辦法是有數(shù)據(jù)庫的全備份，然后恢復(fù)即可.步驟:刪除原始的數(shù)據(jù)庫：USEMASTERGODROPDATABASEDB_SUEPECT建立同名的數(shù)據(jù)庫:USEmasterGOCREATEDATABASEDB_SUSPECTON(NAME=DBNAME_DAT,FILENAME=C:,SIZE=10,FILEGROWTH=5)LOGON(NAME=DBNAME_LOG,FILENAME=g:,SIZE=5MB,FILEGROWTH=5MB)GO恢復(fù)數(shù)據(jù)庫:RESTOREDATABASEDB_SUSPECTFROMDBNAME_BACKUP.DAT4.數(shù)據(jù)庫完整性檢測(cè):DBCCCHECKDB(DB_S

5、USPECT)5重新啟動(dòng)MSSQLSERVER服務(wù).如果沒有全備份,那就要用一些特殊的方法:1設(shè)置數(shù)據(jù)庫為緊急模式UseMasterGOsp_configureallowupdates,1reconfigurewithoverrideGOUPDATEsysdatabasesSETstatus=32768wherename=DB_SUSPECTGO2停掉SQLServer服務(wù)：NETSTOPMSSQLSERVER3把原始數(shù)據(jù)庫的數(shù)據(jù)文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:4.啟動(dòng)SQLServer服務(wù)：NETSTARTMSSQLSERVER5重新建立一個(gè)同名的數(shù)據(jù)庫D

6、B_SUSPECT；USEmasterGOCREATEDATABASEDB_SUSPECTON(NAME=DBNAME_DAT,FILENAME=C:,SIZE=10,FILEGROWTH=5)LOGON(NAME=DBNAME_LOG,FILENAME=g:,SIZE=5MB,FILEGROWTH=5MB)GO6設(shè)置數(shù)據(jù)庫運(yùn)行在單用戶的模式：USEMASTERGOALTERDATABASEDB_SUSPECTSETSINGLE_USERGO7停掉SQL服務(wù)：NETSTOPMSSQLSERVER8把原來的數(shù)據(jù)文件再覆蓋回來：啟動(dòng)SQLServer服務(wù)：NETSTARTMSSQLSERVER重新

7、設(shè)置SQLSERVER的狀態(tài)：USEMASTERGOEXECsp_resetstatusDB_SUSPECT11.數(shù)據(jù)庫完整性檢測(cè):DBCCCHECKDB(DB_SUSPECT)12.恢復(fù)數(shù)據(jù)庫為多用戶模式:USEMASTERGOALTERDATABASEDB_SUSPECTSETMULTI_USERGO恢復(fù)SQLSERVER原始的配置：USEMATERGOUPDATEsysdatabasesSETstatus=4194320wherename=DB_SUSPECTGO配置SQLSERVER不允許更新系統(tǒng)表：USEMASTERGOsp_configureallowupdates,0reconf

8、igurewithoverrideGO15重新啟動(dòng)MSSQLSERVER服務(wù)：最好重新啟動(dòng)操作系統(tǒng)16.備份數(shù)據(jù)庫：可以通過SQLSERVER企業(yè)管理器或T-SQL需要備份MASTER和DB_SUSPECT補(bǔ)充一點(diǎn)，如果用DOMAINUSER時(shí)，要注意對(duì).MDF.LDF的所在目錄的權(quán)限SQLSERVER2005數(shù)據(jù)庫狀態(tài)為“可疑”的解決方法-說明：MyDB為修復(fù)的數(shù)據(jù)名USEMASTERGOSP_CONFIGUREALLOWUPDATES,1RECONFIGUREWITHOVERRIDEGOALTERDATABASEMyDBSETEMERGENCYGOsp_dboptionMyDB,singleuser,trueGODBCCCHECKDB(MyDB,REPAIR_ALL