數(shù)據(jù)庫置疑了怎么處理？磁盤應(yīng)該有問題。恢復(fù)的可能性很小。解決方法如下：3360 1。首先，備份數(shù)據(jù)庫，即復(fù)制數(shù)據(jù)目錄中的兩個文件，前提是MSSQL SERVER停止運行。如果在復(fù)制過程中提示I/O錯

數(shù)據(jù)庫置疑了怎么處理？

磁盤應(yīng)該有問題。恢復(fù)的可能性很小。解決方法如下：3360 1。首先，備份數(shù)據(jù)庫，即復(fù)制數(shù)據(jù)目錄中的兩個文件，前提是MSSQL SERVER停止運行。如果在復(fù)制過程中提示I/O錯誤，則磁盤有問題。這是無法挽回的。如果可能的話，使用SQL的附加數(shù)據(jù)庫函數(shù)來添加這兩個文件。一切

SQL數(shù)據(jù)庫置疑怎么辦？

你好，是這樣的：

1.首先確認一下。mdf和。ldf文件已備份。

2.在SQL Server中創(chuàng)建一個同名的新數(shù)據(jù)庫，然后停止SQL Server服務(wù)。

3.覆蓋。mdf和。ldf文件對應(yīng)的新數(shù)據(jù)庫與原。mdf和。ldf文件。

4.重新啟動SQL Server服務(wù)。您應(yīng)該看到該數(shù)據(jù)庫處于可疑狀態(tài)。

5.在SQL查詢分析器中執(zhí)行以下命令，以允許更新系統(tǒng)表：使用mastergosp_configure

sql 2000數(shù)據(jù)庫置疑的解決方法？

備份數(shù)據(jù)文件，然后如下處理3360。

1.用相同的名字創(chuàng)建一個新的數(shù)據(jù)庫(數(shù)據(jù)文件應(yīng)該和原來的一致)

2.再次停止sql server(注意不要分離數(shù)據(jù)庫)

3.用原始數(shù)據(jù)庫的數(shù)據(jù)文件覆蓋新數(shù)據(jù)庫。

4.再次重新啟動sql server

5.這時候你打開企業(yè)管理器，就會有疑惑。不管怎樣，執(zhí)行下面的語句(注意修改數(shù)據(jù)庫名)。

6.完成后，您通?？梢栽L問數(shù)據(jù)庫中的數(shù)據(jù)。這個時候，數(shù)據(jù)庫本身通常會出現(xiàn)問題。解決方案是使用

創(chuàng)建新數(shù)據(jù)庫并導(dǎo)入數(shù)據(jù)的數(shù)據(jù)庫腳本。

使用母版

去

SP_CONFIGURE #039;允許更新#039;1用覆蓋重新配置

去

更新sysdatabases set status=32768，其中name=#039;有問題的數(shù)據(jù)庫名#039;

去

Sp_dboption #039;有問題的數(shù)據(jù)庫名稱#039;#039;單用戶#039;#039; true #039;

去

Dbccheckdb(“有問題的數(shù)據(jù)庫名稱”)

去

更新數(shù)據(jù)庫設(shè)置狀態(tài)=28，其中名稱=#039;有問題的數(shù)據(jù)庫名稱#039;

去

sp_configure #039;允許更新#039;0使用替代重新配置

去

Sp_dboption #039;有問題的數(shù)據(jù)庫名稱#039;#039;單用戶#039;#039; false #039;

假設(shè)數(shù)據(jù)庫是TEST:

遵循這些步驟。

A.將數(shù)據(jù)庫設(shè)置為允許直接操作系統(tǒng)表。對于此操作，您可以在SQL Server企業(yè)管理器中選擇數(shù)據(jù)庫服務(wù)器，右鍵單擊并選擇“屬性”，然后在“服務(wù)器設(shè)置”頁面中選擇“允許直接修改系統(tǒng)目錄”。也可以使用下面的語句來實現(xiàn)。

使用母版

去

sp_configure #039;允許更新#039;1

去

用覆蓋重新配置

去

B.將測試設(shè)置為緊急修復(fù)模式

更新sysdatabases set status=-32768，其中dbid=DB_ID(#039;test #039;)

此時，您可以看到數(shù)據(jù)庫在SQL Server企業(yè)管理器中處于“只讀 懷疑 脫機 緊急模式”。您可以看到數(shù)據(jù)庫中的表，但只能看到系統(tǒng)表。

C.接下來，執(zhí)行真正的恢復(fù)操作并重建數(shù)據(jù)庫日志文件。

dbcc rebuild_log(#039;test #039;#039; c : Program Files Microsoft SQL Server MSSQL Data

est_log.ldf #039;)

在執(zhí)行過程中，如果您遇到以下提示信息：

服務(wù)器：消息5030，級別16，狀態(tài)1，第1行

無法以獨占方式鎖定數(shù)據(jù)庫來執(zhí)行此操作。

DBCC的死刑執(zhí)行完畢。如果DBCC輸出錯誤消息，請聯(lián)系您的系統(tǒng)管理員。

說明您的其他程序正在使用該數(shù)據(jù)庫。如果您剛剛在步驟F中使用SQL Server企業(yè)管理器打開了測試庫的系統(tǒng)表，您可以直接退出SQL Server企業(yè)管理器。

正確執(zhí)行完成的提示應(yīng)該類似于：

警告：數(shù)據(jù)庫“test”的日志已經(jīng)重建。事務(wù)一致性已經(jīng)丟失。運行DBCC CHECKDB以驗證物理一致性。必須重置數(shù)據(jù)庫選項，并且可能需要刪除冗余的日志文件。

DBCC的死刑執(zhí)行完畢。如果DBCC輸出錯誤消息，請聯(lián)系您的系統(tǒng)管理員。

此時，當(dāng)您在SQL Server企業(yè)管理器中打開它時，您將看到該數(shù)據(jù)庫的狀態(tài)為“僅限D(zhuǎn)BO”。此時，您可以訪問數(shù)據(jù)庫中的用戶表。

D.驗證數(shù)據(jù)庫一致性(可以省略)

dbcc checkdb(“測試”)

總體實施結(jié)果如下：

CHECKDB在數(shù)據(jù)庫“test”中發(fā)現(xiàn)0個分配錯誤和0個一致性錯誤。

DBCC的死刑執(zhí)行完畢。如果DBCC輸出錯誤消息，請聯(lián)系您的系統(tǒng)管理員。

E.將數(shù)據(jù)庫設(shè)置為正常狀態(tài)。

sp_dboption #039;test #039;#039;僅使用dbo #039;#039; false #039;

如果沒有錯誤，恭喜你，現(xiàn)在你可以正常使用恢復(fù)的數(shù)據(jù)庫了。

F.最后，我們將恢復(fù)步驟e中設(shè)置的“允許直接修改系統(tǒng)目錄”這一項，因為平時直接操作系統(tǒng)表是很危險的。當(dāng)然，我們可以在SQL Server企業(yè)管理器中恢復(fù)它，也可以使用下面的語句。

sp_configure #039;允許更新#039;0

去

用覆蓋重新配置

去

上面的語句操作步驟有問題：

應(yīng)該是這樣的：

A.我們使用默認方法構(gòu)建一個數(shù)據(jù)庫(如test)進行恢復(fù)。您可以在SQL Server企業(yè)管理器中創(chuàng)建它。

B.停止數(shù)據(jù)庫服務(wù)器。

C.刪除剛剛生成的數(shù)據(jù)庫的日志文件test_log.ldf，用要恢復(fù)的數(shù)據(jù)庫mdf文件覆蓋數(shù)據(jù)庫數(shù)據(jù)文件test_即可。

D.啟動數(shù)據(jù)庫服務(wù)器。此時，您將看到數(shù)據(jù)庫測試的狀態(tài)為“懷疑”。此時您無法對此數(shù)據(jù)庫進行任何操作。

E.將數(shù)據(jù)庫設(shè)置為允許直接操作系統(tǒng)表。對于此操作，您可以在SQL Server企業(yè)管理器中選擇數(shù)據(jù)庫服務(wù)器，右鍵單擊并選擇“屬性”，然后在“服務(wù)器設(shè)置”頁面中選擇“允許直接修改系統(tǒng)目錄”。也可以使用下面的語句來實現(xiàn)。

使用母版

去

sp_configure #039;允許更新#039;1

去

用覆蓋重新配置

去

F.將測試設(shè)置為緊急修復(fù)模式

更新sysdatabases set status=-32768，其中dbid=DB_ID(#039;test #039;)

此時，您可以看到數(shù)據(jù)庫在SQL Server企業(yè)管理器中處于“只讀 懷疑 脫機 緊急模式”。您可以看到數(shù)據(jù)庫中的表，但只能看到系統(tǒng)表。

G.接下來，執(zhí)行真正的恢復(fù)操作并重建數(shù)據(jù)庫日志文件。

dbcc rebuild_log(#039;test #039;#039; c : Program Files Microsoft SQL Server MSSQL Data

est_log.ldf #039;)

在執(zhí)行過程中，如果您遇到以下提示信息：

服務(wù)器：消息5030，級別16，狀態(tài)1，第1行

無法以獨占方式鎖定數(shù)據(jù)庫來執(zhí)行此操作。

DBCC的死刑執(zhí)行完畢。如果DBCC輸出錯誤消息，請聯(lián)系您的系統(tǒng)管理員。

說明您的其他程序正在使用該數(shù)據(jù)庫。如果您剛剛在步驟F中使用SQL Server企業(yè)管理器打開了測試庫的系統(tǒng)表，您可以直接退出SQL Server企業(yè)管理器。

正確執(zhí)行完成的提示應(yīng)該類似于：

警告：數(shù)據(jù)庫“test”的日志已經(jīng)重建。事務(wù)一致性已經(jīng)丟失。運行DBCC CHECKDB以驗證物理一致性。必須重置數(shù)據(jù)庫選項，并且可能需要刪除冗余的日志文件。

DBCC的死刑執(zhí)行完畢。如果DBCC輸出錯誤消息，請聯(lián)系您的系統(tǒng)管理員。

此時，當(dāng)您在SQL Server企業(yè)管理器中打開它時，您將看到該數(shù)據(jù)庫的狀態(tài)為“僅限D(zhuǎn)BO”。此時，您可以訪問數(shù)據(jù)庫中的用戶表。

H.驗證數(shù)據(jù)庫一致性(可以省略)

dbcc checkdb(“測試”)

總體實施結(jié)果如下：

CHECKDB在數(shù)據(jù)庫“test”中發(fā)現(xiàn)0個分配錯誤和0個一致性錯誤。

DBCC的死刑執(zhí)行完畢。如果DBCC輸出錯誤消息，請聯(lián)系您的系統(tǒng)管理員。

I .將數(shù)據(jù)庫設(shè)置為正常狀態(tài)。

sp_dboption #039;test #039;#039;僅使用dbo #039;#039; false #039;

如果沒有錯誤，恭喜你，現(xiàn)在你可以正常使用恢復(fù)的數(shù)據(jù)庫了。

J.最后，我們將恢復(fù)步驟e中設(shè)置的“允許直接修改系統(tǒng)目錄”這一項，因為平時直接操作系統(tǒng)表是很危險的。當(dāng)然，我們可以在SQL Server企業(yè)管理器中恢復(fù)它，也可以使用下面的語句。

sp_configure #039;允許更新#039;0

去

用覆蓋重新配置

去