SQL Server 置疑、可疑、正在恢復等情況分析，針對這個問題，這篇文章詳細介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

專注于為中小企業(yè)提供成都網(wǎng)站設(shè)計、成都網(wǎng)站制作服務(wù),電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)華鎣免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了數(shù)千家企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴充和轉(zhuǎn)變。

一、出錯情況有些時候當你重啟了數(shù)據(jù)庫服務(wù)，會發(fā)現(xiàn)有些數(shù)據(jù)庫變成了正在恢復、置疑、可疑等情況，這個時候DBA就會很緊張了，下面是一些在實踐中得到證明的方法。 在一次重啟數(shù)據(jù)庫服務(wù)后，數(shù)據(jù)庫顯示正在恢復，過了很久還是這個狀態(tài)，離線時間不能太長，所以就想起了一個方法，就是把數(shù)據(jù)庫服務(wù)停止了，把數(shù)據(jù)文件mdf和ldf拷貝出來，刪除了ldf文件，按照之前的經(jīng)驗，好像是在沒有l(wèi)df的情況下可以使用mdf來恢復數(shù)據(jù)庫。創(chuàng)建了一個同名的數(shù)據(jù)庫，停止數(shù)據(jù)庫服務(wù)，覆蓋mdf文件，再啟動數(shù)據(jù)庫服務(wù)，這個時候還是處于可疑的狀態(tài)。 其中使用mdf來附加數(shù)據(jù)庫是附加不了的，一直報錯。

  二、解決步驟方法一：使用腳本進行數(shù)據(jù)庫恢復。 代碼如下: --DataBaseName為修復的數(shù)據(jù)名 USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GO ALTER DATABASE [DataBaseName] SET EMERGENCY GO sp_dboption 'DataBaseName', 'single user', 'true' GO DBCC CHECKDB('DataBaseName','REPAIR_ALLOW_DATA_LOSS') GO ALTER DATABASE [DataBaseName] SET ONLINE GO sp_configure 'allow updates', 0 reconfigure with override GO sp_dboption 'DataBaseName', 'single user', 'false' GO

SQL講解： 

1) 使用指定值強制重新配置：（1、0表示為真假） sp_configure 'allow updates', 1 reconfigure with override 

2) 設(shè)置為緊急狀態(tài)： alter database DataBaseName set emergency 

3) 設(shè)置為單用戶模式： alter database [DataBaseName] set single_user 或者：Sp_dboption 'DataBaseName', 'single user', 'true' 

4) 修復發(fā)現(xiàn)的錯誤： DBCC CHECKDB('DataBaseName','REPAIR_ALLOW_DATA_LOSS') 

5) 設(shè)置為聯(lián)機、在線： ALTER DATABASE [DataBaseName] SET ONLINE 

方法二：這個方法還沒嘗試過，大家可以試試看。代碼如下: CREATE DATABASE DataBaseName ON (FILENAME = 'D:\DataBase\Name.mdf') FOR ATTACH_REBUILD_LOG ; GO

關(guān)于SQL Server 置疑、可疑、正在恢復等情況分析問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。