文章主要描述的是sql數(shù)據(jù)庫(kù)置疑之SQL Server置疑的正確解決，以及對(duì)SQL Server置疑的產(chǎn)生原因，以及對(duì)其在實(shí)際操作中出現(xiàn)的一些錯(cuò)誤現(xiàn)象的具體描述，以下就是文章的主要內(nèi)容的詳細(xì)解析。

創(chuàng)新互聯(lián)公司主要從事成都網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、網(wǎng)頁(yè)設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)樺甸,10多年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專(zhuān)業(yè),歡迎來(lái)電咨詢(xún)建站服務(wù):18980820575

辦法

原因:

通常這個(gè)問(wèn)題是由于硬盤(pán)空間不夠或硬盤(pán)讀寫(xiě)錯(cuò)誤造成的。

現(xiàn)象：

數(shù)據(jù)庫(kù)后面有“SQL Server置疑”字樣，查看系統(tǒng)事務(wù)日記出現(xiàn)以下錯(cuò)誤：

錯(cuò)誤1---------------------------------------------

錯(cuò)誤: 823，嚴(yán)重度: 24，狀態(tài): 2

I/O error 23(數(shù)據(jù)錯(cuò)誤 (循環(huán)冗余檢查)。) detected during read at offset 0x00000000200000 in file

'C:\Program Files\Microsoft SQL Server\MSSQL\Data\Jiapei_Data.MDF'.

錯(cuò)誤2---------------------------------------------

錯(cuò)誤: 3313，嚴(yán)重度: 21，狀態(tài): 2

恢復(fù)數(shù)據(jù)庫(kù) 'Jiapei' 的日志中記錄的操作時(shí)出錯(cuò)。出錯(cuò)位置在日志記錄 ID (274:377:2)。

錯(cuò)誤3---------------------------------------------

錯(cuò)誤: 3313，嚴(yán)重度: 21，狀態(tài): 2

Error while redoing logged operation in database 'Jiapei'. Error at log record ID (274:377:2).

數(shù)據(jù)庫(kù)可以分離，但分離后無(wú)法附加，附加時(shí)出現(xiàn)“823”號(hào)錯(cuò)誤。

程序突然連接不數(shù)據(jù)庫(kù)了,開(kāi)企業(yè)管理器發(fā)現(xiàn)數(shù)據(jù)庫(kù)SQL Server置疑!!!重啟數(shù)據(jù)庫(kù)后該數(shù)據(jù)庫(kù)又找不到了.

解決方法：

1.新建一個(gè)同名的數(shù)據(jù)庫(kù)

2.再停掉SQL Server

3.用suspect數(shù)據(jù)庫(kù)的文件覆蓋掉這個(gè)新建的同名數(shù)據(jù)庫(kù)

4.再重啟SQL Server

5.此時(shí)打開(kāi)企業(yè)管理器時(shí)新建的同名數(shù)據(jù)庫(kù)會(huì)出現(xiàn)置疑，先不管，執(zhí)行下面的語(yǔ)句（注意修改其中的數(shù)據(jù)庫(kù)名)

 
 
 
  
  
  
USE MASTER  
  
  
  
GO  
  
  
  
SP_CONFIGURE 'ALLOW UpdateS',1 RECONFIGURE WITH OVERRIDE  
  
  
  
GO  
  
  
  
Update SYSDATABASES SET STATUS =32768 Where NAME='置疑的同名數(shù)據(jù)庫(kù)名' 
  
  
  
Go  
  
  
  
sp_dboption '置疑的同名數(shù)據(jù)庫(kù)名', 'single user', 'true'  
  
  
  
Go  
  
  
  
DBCC CHECKDB('置疑的同名數(shù)據(jù)庫(kù)名')  
  
  
  
Go  
  
  
  
update sysdatabases set status =28 where name='置疑的同名數(shù)據(jù)庫(kù)名' 
  
  
  
Go  
  
  
  
sp_configure 'allow updates', 0 reconfigure with override  
  
  
  
Go  
  
  
  
sp_dboption '置疑的同名數(shù)據(jù)庫(kù)名', 'single user', 'true'  
  
  
  
Go 
 
 

6.完成后一般就可以訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)了,這時(shí),數(shù)據(jù)庫(kù)本身一般還要問(wèn)題,解決辦法是,利用

數(shù)據(jù)庫(kù)的腳本創(chuàng)建一個(gè)新的數(shù)據(jù)庫(kù),并將數(shù)據(jù)導(dǎo)進(jìn)去就行了.

外一篇:

1、新建一同名數(shù)據(jù)庫(kù)（文件名，文件組都和原來(lái)的一樣），然后停止數(shù)據(jù)庫(kù)服務(wù)，用原來(lái)文件替換新建的數(shù)

據(jù)庫(kù)文件，啟動(dòng)數(shù)據(jù)庫(kù)，該數(shù)據(jù)庫(kù)被設(shè)為suspect

2、把數(shù)據(jù)庫(kù)改成緊急模式：

 
 
 
  
  
  
sp_configure 'allow', 1  
  
  
  
reconfigure with override  
  
  
  
update sysdatabases set status = 32768 where name = '數(shù)據(jù)庫(kù)名' 
 
 

3、把LDF文件改名，再執(zhí)行

DBCC REBUILD_LOG ('數(shù)據(jù)庫(kù)名', 'E:\fdzz\database\fdzz1204_Log.LDF' )

4、恢復(fù)數(shù)據(jù)庫(kù)緊急模式

update sysdatabases set status = 0 where name = '數(shù)據(jù)庫(kù)名'

執(zhí)行

 
 
 
  
  
  
restore database 數(shù)據(jù)庫(kù)名 WITH RECOVERY  
  
  
  
sp_configure 'allow', 0  
  
  
  
reconfigure with override 
 
 

5、然后用DBCC CHECKDB ('數(shù)據(jù)庫(kù)名')看看有沒(méi)有錯(cuò)誤

6、如果上面還是不行，試試吧數(shù)據(jù)庫(kù)設(shè)為緊急模式，應(yīng)該可以看到數(shù)據(jù)了，在把數(shù)據(jù)導(dǎo)出到一個(gè)新的數(shù)據(jù)庫(kù)

。

其他有用的操作：

/*--重置SQL Server置疑狀態(tài)

1.系統(tǒng)方法:

如果 SQL Server 因?yàn)榇疟P(pán)驅(qū)動(dòng)器不再有可用空間，而不能完成數(shù)據(jù)庫(kù)的恢復(fù)，

那么 microsoft? SQL Server? 2000 會(huì)返回錯(cuò)誤 1105

并且將 sysdatabases 中的 status 列設(shè)為置疑。按下面的步驟解決這個(gè)問(wèn)題：

執(zhí)行 sp_resetstatus。

語(yǔ)法為：

sp_resetstatus '數(shù)據(jù)庫(kù)名'

用 alter database 向數(shù)據(jù)庫(kù)添加一個(gè)數(shù)據(jù)文件或日志文件。

停止并重新啟動(dòng) SQL Server。

用新的數(shù)據(jù)文件或日志文件所提供的額外空間，SQL Server 應(yīng)該能完成數(shù)據(jù)庫(kù)的恢復(fù)。

釋放磁盤(pán)空間并且重新運(yùn)行恢復(fù)操作。

sp_resetstatus 關(guān)閉數(shù)據(jù)庫(kù)的SQL Server置疑標(biāo)志，但是原封不動(dòng)地保持?jǐn)?shù)據(jù)庫(kù)的其它選項(xiàng)。

【編輯推薦】

1. 對(duì)SQL Server 數(shù)據(jù)庫(kù)易混淆的數(shù)據(jù)類(lèi)型的描述
2. SQL Server數(shù)據(jù)庫(kù)的臨時(shí)表的正確操作步驟
3. SQL Server存儲(chǔ)過(guò)程的命名標(biāo)準(zhǔn)如何進(jìn)行？
4. 卸載SQL Server 2005組件的正確順序
5. SQL Server浮點(diǎn)數(shù)據(jù)類(lèi)型的詳細(xì)解析

分享標(biāo)題：SQL Server置疑的產(chǎn)生原因與解決
網(wǎng)站地址：http://uogjgqi.cn/article/cdeicep.html