問題：SQL Server置疑的出現(xiàn)的原因，現(xiàn)象，以及對其的正確解決方案的描述？

       答：如果你對SQL Server置疑的出現(xiàn)的原因，現(xiàn)象，以及對其的正確解決方案這些相關(guān)內(nèi)容心存好奇的話，以下的文章將會(huì)揭開它的神秘面紗。

　　原因：通常這個(gè)問題是由于硬盤空間不夠或硬盤讀寫錯(cuò)誤造成的。

　　現(xiàn)象：數(shù)據(jù)庫后面有“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 FilesMicrosoft SQL ServerMSSQLDataJiapei_Data.MDF'.

　　錯(cuò)誤2

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

　　恢復(fù)數(shù)據(jù)庫 '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ù)庫可以分離，但分離后無法附加，附加時(shí)出現(xiàn)“823”號錯(cuò)誤。

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

　　解決方法：

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

　　2.再停掉SQL Server

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

　　4.再重啟SQL Server

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

　　USE MASTER

　　GO

　　SP_CONFIGURE 'ALLOW UpdateS',1 RECONFIGURE WITH OVERRIDE

　　GO

　　Update SYSDATABASES SET STATUS =32768 Where NAME='置疑的同名數(shù)據(jù)庫名'

　　Go

　　sp_dboption 'SQL Server置疑的同名數(shù)據(jù)庫名', 'single user', 'true'

　　Go

　　DBCC CHECKDB('置疑的同名數(shù)據(jù)庫名')

　　Go

　　update sysdatabases set status =28 where name='置疑的同名數(shù)據(jù)庫名'

　　Go

　　sp_configure 'allow updates', 0 reconfigure with override

　　Go

　　sp_dboption 'SQL Server置疑的同名數(shù)據(jù)庫名', 'single user', 'true'

　　Go

　　6.完成后一般就可以訪問數(shù)據(jù)庫中的數(shù)據(jù)了，這時(shí)，數(shù)據(jù)庫本身一般還要問題，解決辦法是，利用數(shù)據(jù)庫的腳本創(chuàng)建一個(gè)新的數(shù)據(jù)庫，并將數(shù)據(jù)導(dǎo)進(jìn)去就行了。