支持對SQL 2000 SQL2005 SQL2008 的mdf文件進行修復，支持資料庫日誌（LDF）生成，直接附加對資料庫823錯誤 質疑錯誤 效果最佳 完美支持中文記錄
Ⅱ 如何修復 SQL 資料庫置疑
修復sql2000資料庫置疑
在實際的操作中由於突然斷電或者突然斷網造成資料庫置疑（在企業管理器中資料庫後面出現置疑兩個字），下面我們通過以下方法來進行修復置疑的資料庫。
A．我們使用默認方式建立一個供恢復使用的資料庫(如test)。可以在SQL Server Enterprise Manager裡面建立。
B.停掉資料庫伺服器。
C. 將剛才生成的資料庫的日誌文件test_log.ldf刪除，用要恢復的資料庫mdf文件覆蓋剛才生成的資料庫數據文件test_data.mdf。
D. 啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
E. 設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F.設置test為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
G.下面執行真正的恢復操作，重建資料庫日誌文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執行過程中，如果遇到下列提示信息：
伺服器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
說明您的其他程序正在使用該資料庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了test庫的系統表，那麼退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
H.驗證資料庫一致性（可省略）
dbcc checkdb('test')
一般執行結果如下：
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'test' 中）。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
I.設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。
J.最後一步，我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然，我們可以在SQL Server Enterprise Manager裡面恢復，也可以使用如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go
Ⅲ sql sercer 2000 被置疑怎麼恢復
--恢復Master
--方法1:重裝SQL,但是數據就Over掉了
--方法2:重建Master Rebuildm.exe 用到SQL的安裝文件，
--從安裝目錄X86\Data中拷取原文件
--重建成功後,不要啟動SQL Server,以單用戶模式進入SQL
--SQLserver的安裝目錄\bin\sqlservr.exe -m
--還原資料庫備份restore database master from disk='e:\master.bak'
--恢復Master
--啟動SQL SERVER
sp_admpdevice 'disk',Mas, 'E:\Master.bak'
backup database master to mas
restore verifyonly from mas
--Cut the Master db
--rebuildm.exe
--Sqlservr.exe -m
restore database master from disk='e:\master.bak'
如果是Model 資料庫損壞,具體過程為:
先重建Master資料庫,再恢復Model資料庫的備份；
MSDB的損壞不影響SQL Server的正常運行, 備份還原和用戶資料庫相同
TempDB:SQL Server每次啟動的時候,都會使用Model資料庫重建,不用備份
Ⅳ 修復SQL2000資料庫置疑時出現的錯誤
備份數據文件,然後按下面的步驟處理: 1.新建一個同名的資料庫(數據文件與原來的要一致) 2.再停掉sql server(注意不要分離資料庫) 3.用原資料庫的數據文件覆蓋掉這個新建的資料庫 4.再重啟sql server 5.此時打開企業管理器時會出現置疑，先不管，執行下面的語句（注意修改其中的資料庫名) 6.完成後一般就可以訪問資料庫中的數據了,這時,資料庫本身一般還要問題,解決辦法是,利用 資料庫的腳本創建一個新的資料庫,並將數據導進去就行了. USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的資料庫名' Go sp_dboption '置疑的資料庫名', '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 '置疑的資料庫名', 'single user', 'false 假設資料庫為TEST： 按以下步驟執行 A．設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。 use master go sp_configure 'allow updates',1 go reconfigure with override go B．設置test為緊急修復模式 update sysdatabases set status=-32768 where dbid=DB_ID('test') 此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表 C．下面執行真正的恢復操作，重建資料庫日誌文件 dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf') 執行過程中，如果遇到下列提示信息： 伺服器: 消息 5030，級別 16，狀態 1，行 1 未能排它地鎖定資料庫以執行該操作。 DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。 說明您的其他程序正在使用該資料庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了test庫的系統表，那麼退出SQL Server Enterprise Manager就可以了。 正確執行完成的提示應該類似於： 警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
Ⅳ 如何修復 SQL 資料庫置疑
SQL資料庫修復大師6.6 是一款功能強大的數據修復工具
對修復 SQL 資料庫置疑 823錯誤 無損
支持對SQL 2000 SQL2005 SQL2008 的mdf文件進行修復 支持資料庫日誌（LDF）生成 直接附加
對資料庫823錯誤 質疑錯誤 效果最佳 完美支持中文記錄
SQL 2000 2005 2008 資料庫修復工具，修復系統表損壞 索引損壞 823報錯 日誌報錯等各種故障
Ⅵ 如何修復sql2000資料庫文件 軟體
給你一個我日常維護資料庫的方法吧。
SQL Server 2000資料庫LDF損壞,只有mdf的恢復方法。
SQL Server 2000資料庫文件遭到破壞的現象經常出現，資料庫出錯是否可以修復呢？答案是可以的，本日誌以一個sql server 2000資料庫，資料庫日誌文件ldf損壞了，mdf正常，資料庫附加失敗的修復方法總結一下，資料庫數據恢復在很多時候比較復雜，當資料庫存在大量錯誤的時候，使用DBCC修復也是不可以的，需要拆解資料庫來搶救重要的數據，下面是較為常見的一種SQL Server 2000資料庫修復方式：
1） 先及時把原來的資料庫文件（如test.mdf)備份到其他地方。
2） 停掉伺服器。
3） 刪除這個test.mdf。
4) 重新建立一個test同名資料庫。
5） 刪除這個新建立的test資料庫的test.ldf文件，並用開始備份好test.mdf文件覆蓋這個新建立的test.mdf文件。
6） 啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
.設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」。
7） 設置test為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
8） 下面執行真正的恢復操作，重建資料庫日誌文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執行過程中，如果遇到下列提示信息：
伺服器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
說明您的其他程序正在使用該資料庫，如果剛才您在操作中使用SQL Server Enterprise Manager打開了test庫的系統表，那麼退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
9） 驗證資料庫一致性
dbcc checkdb('test')
10.設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。
11）最後一步，我們要將步驟6中設置的「允許對系統目錄直接修改」一項恢復；
Ⅶ sql 2000 資料庫置疑的解決方法
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='AIS20090521094413'
Go
sp_dboption 'AIS20090521094413', 'single user', 'true'
Go
update sysdatabases set status =28 where name='AIS20090521094413'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption 'AIS20090521094413', 'single user', 'false'
Go
DBCC CHECKDB('AIS20090521094413')
GO
AIS20090521094413 替換成你資料庫的名字、 將以上語句在查詢器裡面執行。
Ⅷ 求sql2000資料庫數據文件mdf修復工具
如果是簡單的資料庫質疑，可以使用以下：
1.新建一個同名的資料庫
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='his222'
Go
sp_dboption 'test', 'single user', 'true'
Go
DBCC CHECKDB('test')
Go
update sysdatabases set status =28 where name='test'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption 'test', 'single user', 'false'
Go
6.完成後一般就可以訪問資料庫中的數據了,這時,資料庫本身一般還要問題,解決辦法是,利用
資料庫的腳本創建一個新的資料庫,並將數據導進去就行了.
如果這樣改不加資料庫狀態,你就把資料庫導成一個新庫來代替舊庫吧
企業管理器--右鍵你的資料庫--所有任務--導出數據
--目標標資料庫選擇新建
--選擇"在兩個sql資料庫之間復制對象和數據"
--把"包含擴展屬性"選上,其他的根據需要選擇
--最後完成
－－－－目前正在做得修復表的操作如下，大家看看還有沒有其它方法
USE MASTER
GO
sp_dboption '問題資料庫', 'single user', 'true'
Go
DBCC CHECKDB('問題資料庫', REPAIR_ALLOW_DATA_LOSS)
Go
USE '問題資料庫'go
exec sp_msforeachtable 'DBCC CHECKTABLE("問題表",REPAIR_ALLOW_DATA_LOSS)'
exec sp_msforeachtable 'DBCC DBREINDEX("問題表")'
go
sp_dboption '問題資料庫', 'single user', 'false'
Go
Ⅸ sql2000資料庫經常置疑怎麼處理
修復資料庫前，請做好相關備份。最好不要前後台相連，以免造成不必要的數據丟失。我們以名為「kspos」的資料庫為例。1.首先把服務管理器先停止，把原來置疑的資料庫下的兩個文件拷貝出來，
啟動服務管理器，在企業管理器中刪除該資料庫，然後建立一個同名的數
據庫。停止服務管理器，把置疑的資料庫文件拷貝進去覆蓋。2.運行中輸入「isqlw」,打開查詢分析器。3.輸入語句USE
MASTER
GOSP_CONFIGURE
'ALLOW
UPDATES',1
RECONFIGURE
WITH
OVERRIDE
GOUPDATE
SYSDATABASES
SET
STATUS
=-32768
WHERE
NAME='kspos'
Go使資料庫處於緊急修復模式4.輸入語句：use
kspos
go
dbcc
checkdb
('kspos')
此語句作用在於查詢資料庫的損壞狀況。5.刪除原來的日誌文件，重新建立新的日誌文件。
DBCC
REBUILD_LOG
('kspos','D:\Program
Files\Microsoft
SQL
Server\MSSQL\Data\bw9kyy_01_Log.LDF'
)6.右擊kspos資料庫\屬性\選項\選擇單用戶。7.修復
dbcc
checkdb
('kspos',REPAIR_ALLOW_DATA_LOSS)
REPAIR_ALLOW_DATA_LOSS
執行由
REPAIR_REBUILD
完成的所有修復，包括對行和頁進行分配和取消分配以改正分配錯誤、結構行或頁的錯誤，以及刪除已損壞的文本對象。這些修復可能會導致一些數據丟失。修復操作可以在用戶事務下完成以允許用戶回滾所做的更改。如果回滾修復，則資料庫仍會含有錯誤，應該從備份進行恢復。如果由於所提供修復等級的緣故遺漏某個錯誤的修復，則將遺漏任何取決於該修復的修復。修復完成後，備份資料庫。
REPAIR_FAST
進行小的、不耗時的修復操作，如修復非聚集索引中的附加鍵。這些修復可以很快完成，並且不會有丟失數據的危險。
REPAIR_REBUILD
執行由
REPAIR_FAST
完成的所有修復，包括需要較長時間的修復（如重建索引）。執行這些修復時不會有丟失數據的危險。
8.關閉單用戶模式，在企業管理器中直接右擊kspos\屬性\選項，把前面的對
勾去掉即可。
然後在查詢分析器中執行如下語句：
USE
MASTER
GO
SP_CONFIGURE
'ALLOW
UPDATES',0
RECONFIGURE
WITH
OVERRIDE
GO
到此修復工程完畢。註：一般此修復步驟需要5-8次,只需執行第7步即可。 這個方法絕對好用。
Ⅹ sql資料庫置疑怎麼處理
修復方法
1
打開SQL企業管理器
按序打開 ,開始--所有程序（或程序）--Microsoft SQL Server--企業管理器
打開後按序點+號展開直到資料庫
