資料庫置疑的解決方法

『壹』 sql資料庫質疑的原因及解決辦法

sql資料庫質疑是設置錯誤造成的，解決方法為：

1、通過DBCC CHECKCB('DBName') 來檢測資料庫異常的原因，如果可以檢測到資料庫的異常，其中紅色部分即時數據目前存在的問題，我們也在檢測結果最後看到數據的總體的錯誤情況的匯總。

『貳』 SQL資料庫置疑怎麼辦

--前提是硬碟沒問題.如果硬碟本來就有問題.次方法可能無效
那個資料庫屬性里 有個許可權 把只限於管理員的那個勾去掉就好了
--1.獲取資料庫路徑
use master
go
select name,reverse(substring(reverse(filename),charindex('\',reverse(filename)),1000)) from sysdatabases

--2.啟動sql 服務
use master
go
sp_configure 'allow update',1
reconfigure with override
go
update sysdatabases set status = 32768 where name = 'hydee'
go
--2_1: 停止sql 服務, 刪掉日誌文件
--2_2: 啟動sql 服務,重建資料庫日誌文件
dbcc rebuild_log('hydee','F:\hydee\data\hydee_log.ldf') --最好在原路徑上面吧.文件夾一點要原來就存在,不然會提示錯誤.
go
use master
update sysdatabases set status = 8 where name = 'hydee'
Go

sp_configure'allow updates',0
reconfigure with override
Go
--這個時候.資料庫應該已經不是置疑的.並且可以使用了.只是有部分損壞
--3.修復資料庫
use master
declare @databasename varchar(255)
set @databasename='hydee'
exec sp_dboption @databasename, N'single', N'true'
dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS)
dbcc checkdb(@databasename,REPAIR_REBUILD)
exec sp_dboption @databasename, N'single', N'false'
--最後修復完.再dbcc checkdb一次唄,暫時還沒試過不行的.
--這樣可以省去重新改傳輸序號.而且有些店還沒有備份的.
-------------------------------------------------------------

『叄』 如何修復 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

『肆』 資料庫置疑了怎麼處理

解決由於sql2000日誌文件引起的「置疑」。
日誌有錯誤--------重新附加提示日誌有錯誤。
日誌文件丟失-----丟失了.ldf文件，只有.mdf文件的資料庫重建。

步驟：
一、備份「置疑」資料庫的數據文件，因為日誌文件.ldf出錯，可以只備份.mdf文件。

二、打開企業管理器（SQL Server Enterprise Manager），刪除「置疑」資料庫，如果提示刪除錯誤，可以重啟資料庫伺服器，然後再試。

三、在企業管理器中，新建同名資料庫（假如資料庫為test），注意建立的資料庫名稱，還有數據文件名要保持和原資料庫一致。

四、停止資料庫伺服器。

五、將剛才新建資料庫生成的資料庫的日誌文件test_log.ldf刪除，用要恢復的資料庫.mdf文件覆蓋剛才生成的資料庫數據文件test_data.mdf。

六、啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。

七、設置資料庫允許直接操作系統表。此操作可以在企業管理器（SQL Server Enterprise Manager）裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go

八、設置test為緊急修復模式 。
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在企業管理器（SQL Server Enterprise Manager）裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表。

九、下面執行真正的恢復操作，用dbcc rebuild_log命令來重建資料庫日誌文件（重建路徑根據你實際的資料庫路徑來）。
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')

執行過程中，如果遇到下列提示信息：
伺服器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。

說明您的其他程序正在使用該資料庫，如果剛才您在八步驟中使用企業管理器打開了test庫的系統表，那麼退出企業管理器就可以了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在企業管理器裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。

十、驗證資料庫一致性。（次步驟可省略）
dbcc checkdb('test')
一般執行結果如下：
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'test'中）。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。

十一、設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。

十二、最後一步，我們要將步驟七中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然，我們可以在企業管理器裡面恢復，也可以使用如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go
對於只有.mdf文件的sql2000資料庫恢復，從第三步開始做就行了。

最好的方法為先分離然後附加看下

1．我們SQL SERVER企業管理器新建立一個供恢復使用的同名資料庫(注意：要跟問題資料庫同名，本例中為myDb)。
2．停掉資料庫伺服器。
3．將剛才生成的資料庫的日誌文件myDb_log.ldf刪除（本例中的示列資料庫名，實際使用您自己的資料庫名稱），用剛才備份的資料庫mdf文件覆蓋新生成的資料庫數據文件myDb_data.mdf。
4．啟動資料庫伺服器。此時會看到資料庫myDb的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
5．設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右--鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go F．設置myDb為緊急修復模式
在查詢管理器里設置如下命令：

update sysdatabases set status=-32768 where dbid=DB_ID('stib')此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
6．下面執行真正的恢復操作，重建資料庫日誌文件
dbcc rebuild_log('stib','E:\zz\stib_log.ldf')警告: 資料庫 'myDb' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
7．驗證資料庫一致性（可省略）
dbcc checkdb('stib')一般執行結果如下：
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'myDb' 中）。

DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。

sp_dboption 'stib','single user','true'--設置為單用戶

dbcc checkdb('stib','REPAIR_ALLOW_DATA_LOSS')--這個語句可能執行幾遍之後有效

sp_dboption 'stib','single user','false'--取消單用戶
8．設置資料庫為正常狀態
sp_dboption 'stib','dbo use only','false'

9．最後一步，我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然，我們可以在SQL Server Enterprise Manager裡面恢復，也可以使用如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go

到此資料庫置疑問題解決。

『伍』 sql資料庫置疑怎麼處理

修復方法

• 1

  打開SQL企業管理器

  按序打開 ,開始--所有程序（或程序）--Microsoft SQL Server--企業管理器

  打開後按序點+號展開直到資料庫

  

『陸』 資料庫質疑怎麼處理

問清切入點，具體問題，作具休分析，可開啟資料庫訪問日誌記錄，將所有操作記錄下來！