建站
咨詢
售后
建站咨詢
新聞中心
文章主要描述的是sql數(shù)據(jù)庫置疑之SQL Server置疑的正確解決，以及對SQL Server置疑的產(chǎn)生原因，以及對其在實(shí)際操作中出現(xiàn)的一些錯誤現(xiàn)象的具體描述，以下就是文章的主要內(nèi)容的詳細(xì)解析。
創(chuàng)新互聯(lián)公司主要從事成都網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、網(wǎng)頁設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)樺甸,10多年網(wǎng)站建設(shè)經(jīng)驗(yàn),價格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):18980820575
辦法
原因:
通常這個問題是由于硬盤空間不夠或硬盤讀寫錯誤造成的。
現(xiàn)象：
數(shù)據(jù)庫后面有“SQL Server置疑”字樣，查看系統(tǒng)事務(wù)日記出現(xiàn)以下錯誤：
錯誤1---------------------------------------------
錯誤: 823，嚴(yán)重度: 24，狀態(tài): 2
I/O error 23(數(shù)據(jù)錯誤 (循環(huán)冗余檢查)。) detected during read at offset 0x00000000200000 in file
'C:\Program Files\Microsoft SQL Server\MSSQL\Data\Jiapei_Data.MDF'.
錯誤2---------------------------------------------
錯誤: 3313，嚴(yán)重度: 21，狀態(tài): 2
恢復(fù)數(shù)據(jù)庫 'Jiapei' 的日志中記錄的操作時出錯。出錯位置在日志記錄 ID (274:377:2)。
錯誤3---------------------------------------------
錯誤: 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ù)庫可以分離，但分離后無法附加，附加時出現(xiàn)“823”號錯誤。
程序突然連接不數(shù)據(jù)庫了,開企業(yè)管理器發(fā)現(xiàn)數(shù)據(jù)庫SQL Server置疑!!!重啟數(shù)據(jù)庫后該數(shù)據(jù)庫又找不到了.
解決方法：
1.新建一個同名的數(shù)據(jù)庫
2.再停掉SQL Server
3.用suspect數(shù)據(jù)庫的文件覆蓋掉這個新建的同名數(shù)據(jù)庫
4.再重啟SQL Server
5.此時打開企業(yè)管理器時新建的同名數(shù)據(jù)庫會出現(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 '置疑的同名數(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 '置疑的同名數(shù)據(jù)庫名', 'single user', 'true'
- Go
6.完成后一般就可以訪問數(shù)據(jù)庫中的數(shù)據(jù)了,這時,數(shù)據(jù)庫本身一般還要問題,解決辦法是,利用
數(shù)據(jù)庫的腳本創(chuàng)建一個新的數(shù)據(jù)庫,并將數(shù)據(jù)導(dǎo)進(jìn)去就行了.
外一篇:
1、新建一同名數(shù)據(jù)庫（文件名，文件組都和原來的一樣），然后停止數(shù)據(jù)庫服務(wù)，用原來文件替換新建的數(shù)
據(jù)庫文件，啟動數(shù)據(jù)庫，該數(shù)據(jù)庫被設(shè)為suspect
2、把數(shù)據(jù)庫改成緊急模式：
- sp_configure 'allow', 1
- reconfigure with override
- update sysdatabases set status = 32768 where name = '數(shù)據(jù)庫名'
3、把LDF文件改名，再執(zhí)行
DBCC REBUILD_LOG ('數(shù)據(jù)庫名', 'E:\fdzz\database\fdzz1204_Log.LDF' )
4、恢復(fù)數(shù)據(jù)庫緊急模式
update sysdatabases set status = 0 where name = '數(shù)據(jù)庫名'
執(zhí)行
- restore database 數(shù)據(jù)庫名 WITH RECOVERY
- sp_configure 'allow', 0
- reconfigure with override
5、然后用DBCC CHECKDB ('數(shù)據(jù)庫名')看看有沒有錯誤
6、如果上面還是不行，試試吧數(shù)據(jù)庫設(shè)為緊急模式，應(yīng)該可以看到數(shù)據(jù)了，在把數(shù)據(jù)導(dǎo)出到一個新的數(shù)據(jù)庫
。
其他有用的操作：
/*--重置SQL Server置疑狀態(tài)
1.系統(tǒng)方法:
如果 SQL Server 因?yàn)榇疟P驅(qū)動器不再有可用空間，而不能完成數(shù)據(jù)庫的恢復(fù)，
那么 microsoft? SQL Server? 2000 會返回錯誤 1105
并且將 sysdatabases 中的 status 列設(shè)為置疑。按下面的步驟解決這個問題：
執(zhí)行 sp_resetstatus。
語法為：
sp_resetstatus '數(shù)據(jù)庫名'
用 alter database 向數(shù)據(jù)庫添加一個數(shù)據(jù)文件或日志文件。
停止并重新啟動 SQL Server。
用新的數(shù)據(jù)文件或日志文件所提供的額外空間，SQL Server 應(yīng)該能完成數(shù)據(jù)庫的恢復(fù)。
釋放磁盤空間并且重新運(yùn)行恢復(fù)操作。
sp_resetstatus 關(guān)閉數(shù)據(jù)庫的SQL Server置疑標(biāo)志，但是原封不動地保持?jǐn)?shù)據(jù)庫的其它選項(xiàng)。
【編輯推薦】
- 對SQL Server 數(shù)據(jù)庫易混淆的數(shù)據(jù)類型的描述
- SQL Server數(shù)據(jù)庫的臨時表的正確操作步驟
- SQL Server存儲過程的命名標(biāo)準(zhǔn)如何進(jìn)行？
- 卸載SQL Server 2005組件的正確順序
- SQL Server浮點(diǎn)數(shù)據(jù)類型的詳細(xì)解析
網(wǎng)站標(biāo)題：SQL Server置疑的產(chǎn)生原因與解決
URL地址：http://m.5511xx.com/article/cdeicep.html
