此文講述的是SQL Server置疑的出現的原因，現象，以及對其的正確解決方案的描述，如果你對SQL Server置疑的出現的原因，現象，以及對其的正確解決方案這些相關內容心存好奇的話，以下的文章將會揭開它的神秘面紗。

原因:

通常這個問題是由于硬盤空間不夠或硬盤讀寫錯誤造成的。

現象：

數據庫后面有“SQL Server置疑”字樣，查看系統事務日記出現以下錯誤：

錯誤1---------------------------------------------

錯誤: 823，嚴重度: 24，狀態: 2

I/O error 23(數據錯誤 (循環冗余檢查)。) detected during read at offset 0x00000000200000 in file 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\Jiapei_Data.MDF'.

錯誤2---------------------------------------------

錯誤: 3313，嚴重度: 21，狀態: 2

恢復數據庫 'Jiapei' 的日志中記錄的操作時出錯。出錯位置在日志記錄 ID (274:377:2)。

錯誤3---------------------------------------------

錯誤: 3313，嚴重度: 21，狀態: 2

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

數據庫可以分離，但分離后無法附加，附加時出現“823”號錯誤。

程序突然連接不數據庫了,開企業管理器發現SQL Server置疑!!!重啟數據庫后該數據庫又找不到了.

解決方法：

1.新建一個同名的數據庫

www.adminfan.com

2.再停掉SQL Server

3.用suspect數據庫的文件覆蓋掉這個新建的同名數據庫

4.再重啟SQL Server

5.此時打開企業管理器時新建的同名數據庫會出現置疑，先不管，執行下面的語句（注意修改其中的數據庫名)

USE MASTER

GO

SP_CONFIGURE 'ALLOW UpdateS',1 RECONFIGURE WITH OVERRIDE

GO

Update SYSDATABASES SET STATUS =32768 Where NAME='置疑的同名數據庫名'

Go

sp_dboption 'SQL Server置疑的同名數據庫名', 'single user', 'true'

Go

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

Go

update sysdatabases set status =28 where name='置疑的同名數據庫名'

Go

sp_configure 'allow updates', 0 reconfigure with override

Go

sp_dboption 'SQL Server置疑的同名數據庫名', 'single user', 'true'

Go

6.完成后一般就可以訪問數據庫中的數據了,這時,數據庫本身一般還要問題,解決辦法是,利用

數據庫的腳本創建一個新的數據庫,并將數據導進去就行了.

【編輯推薦】

1. 啟動自動執行SQL Server存儲過程的實際操作流程
2. SQL Server數據庫與EXCEL數據導入與導出
3. SQL Server 數據庫與ACCESS數據的導入與導出
4. 對SQL Server引擎的介紹
5. SQL Server分布式事務的問題現象與使用環境