重啟服務
--------------------------------------------------
日志文件丟了，建一個日志文件
--------------------------------------------------
SQL SERVER 2005 數(shù)據(jù)庫狀態(tài)為“可疑”的解決方法
--MyDB為修復的數(shù)據(jù)名
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
ALTER DATABASE MyDB SET EMERGENCY
GO
sp_dboption 'MyDB', 'single user', 'true'
GO
DBCC CHECKDB('MyDB','REPAIR_ALLOW_DATA_LOSS')
GO
ALTER DATABASE MyDB SET ONLINE
GO
sp_configure 'allow updates', 0 reconfigure with override
GO
sp_dboption 'MyDB', 'single user', 'false'
GO
-------------------------------------------------
當數(shù)據(jù)庫發(fā)生這種操作故障時，可以按如下操作步驟可解決此方法，打開數(shù)據(jù)庫里的Sql 查詢編輯器窗口，運行以下的命令。

　　1、修改數(shù)據(jù)庫為緊急模式

　　ALTER DATABASE Zhangxing SET EMERGENCY

　　2、使數(shù)據(jù)庫變?yōu)閱斡脩裟Ｊ?/p>

　　ALTER DATABASE Zhangxing SET SINGLE_USER

　　3、修復數(shù)據(jù)庫日志重新生成，此命令檢查的分配，結(jié)構(gòu)，邏輯完整性和所有數(shù)據(jù)庫中的對象錯誤。當您指定“REPAIR_ALLOW_DATA_LOSS”作為DBCC CHECKDB命令參數(shù)，該程序?qū)z查和修復報告的錯誤。但是，這些修復可能會導致一些數(shù)據(jù)丟失。

　　DBCC CheckDB (Zhangxing, REPAIR_ALLOW_DATA_LOSS)

　　4、使數(shù)據(jù)庫變回為多用戶模式

　　ALTER DATABASE Zhangxing SET MULTI_USER

　　也可以這樣做：

　　1：重新建立一個，一樣的數(shù)據(jù)庫，路徑名稱，文件都一樣。

　　2：關掉SQL Server服務;

　　3：把源文件COPY過來;

　　4：開啟SQL Server服務，這樣問題同樣就解決了。