如何取消資料庫置問

1. SQL2000資料庫被置疑問題

既然能用了，一般就沒有問題了。

正常情況下，應該多等一會兒，看是什麼原因引起的質疑。

比如存儲未及時載入，在存儲載入後，資料庫會自動恢復的。

2. SQL資料庫出現了置疑問題..怎麼辦呢

直接用達思SQL資料庫修復軟體就可以了。這個軟體非常專業。一般資料庫有什麼小問題它都能解決

3. 資料庫的數據提示質疑是怎麼回事能修復嗎

資料庫置疑一般是由於SQL被重裝，但是數據目錄被設置在另外一個盤並且沒有被刪除專，而導致的，或者是由於屬資料庫的.log文件不存在了，這時你可以使用以下的方法來取消置疑！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\' Go

4. 如何解決SQL Server資料庫置疑問題

您好，是這樣的：
1.首先確認已經備份了.mdf和.ldf文件。
2. 在SQL Server中新建一個同名的資料庫，然後停止SQL Server服務。

3. 用原有的.mdf和.ldf文件覆蓋新建資料庫對應的.mdf和.ldf文件。
4. 重新啟動SQL Server服務，這是應該會看到這個資料庫處於置疑（Suspect）狀態。
5. 在SQL查詢分析器中執行以下命令，以允許更新系統表：use mastergosp_configure "allow updates",1reconfigurewithoverridego。
6. 將這個資料庫置為緊急模式：update sysdatabases set status = 32768 where name="db_name"go。
7. 使用DBCC CHECKDB命令檢查資料庫中的錯誤：DBCC CHECKDB("db_name")GO。
8. 如果DBCC CHECKDB命令失敗，請轉至第10步，否則先將資料庫置為單用戶模式，再嘗試對其進行修復：sp_dboption "db_name","single
user","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO
如果在執行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令時提示說資料庫未處於單用戶模式狀態的話，則重新啟動SQLServer服務，然後繼續嘗試。
9. 如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失敗，請轉至第10步，否則若成功修復了資料庫中的錯誤：
重新執行DBCC CHECKDB("db_name")命令，確認資料庫中已沒有錯誤存在。
清除資料庫的置疑狀態：sp_resetstatus "db_name"
清除資料庫的單用戶模式狀態：sp_dboption "db_name","single user","false"
重新啟動SQL Server服務，如果一切正常的話，則資料庫已經成功恢復。
10.如果以上步驟都不能解決問題的話，請參考附件中的文檔嘗試通過重建事務日誌來恢復資料庫中的數據。如果您只有MDF文件，問題就更加復雜一些，我們需要直接重建事務日誌了:
1. 在SQL Server中新建一個同名的資料庫，然後停止SQL Server服務。
2. 用原有的ldf文件覆蓋新建資料庫對應的.mdf文件，將其日誌文件（.ldf）刪除。
3. 啟動SQL Server服務，並將資料庫置為緊急模式（同上: 步驟5和步驟6）。
4. 停止並重新啟動SQL Server服務。
5. 執行以下命令重建資料庫日誌文件：(下面是個示例，您要用您實際的資料庫名)
DBCC REBUILD_LOG（"cas_db", "D:\cas_db\cas_db_Log.LDF"）
6. 重新將該資料庫置為單用戶模式。
7. 再次嘗試使用DBCC CHECKTABLE或DBCC CHECKDB命令檢查並修復資料庫中。

5. 關於sql 2000，資料庫置疑問題

這個跟資料庫的安裝是沒有關系的。我以前也是出現過置疑的情況。主要是因為你的資料庫被mdf或者ldf文件被刪除了。而是在沒有分離的情況下被刪除的。所以我建議你刪除被置疑的對對象，然後將資料庫重新附加，估計就沒有什麼問題了。

6. 資料庫「置疑」該怎麼處理

解決由於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

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

7. 我的管家婆軟體打開提示資料庫什麼東西，怎麼處理資料庫的問題啊

這個應該是資料庫被置疑，可以直接聯系信陽管家婆的售後啊，這個需要專業人員在線上給你遠程處理。

8. 在sql server 2000中經常會遇到資料庫置疑，我想問下怎麼解決置疑恢復問題。不是用備份還原的那些

首先資料庫置疑是復雜的，原因有多種一般是因為數據文件損壞，硬碟或者有壞道，或者是因為數據字典內容損壞，日誌損壞等，必須要有針對性的恢復。最簡單的就是日誌文件損壞的恢復，可以通過重新創建日誌的方法恢復。要是其他問題，還沒有備份的話就必須建一個空資料庫，用sqlseever的命令和sql將數據遷入新庫中（即使這樣，也未必能保證不丟失數據），像你說的通過滑鼠點一下的操作就將資料庫恢復的方法現在還沒有！！
1 資料庫屬性，設置中，允許對系統目錄直接修改(Allow modifications to be made directly to the system catalogs) 選中
2 update sysdatabases set status=32768 where name='資料庫名稱'
這條語句執行之後就可以對資料庫進行讀取了！！！！
3 進入查詢分析器 創建一個新資料庫
4 在質疑資料庫中 運行下面語句
select 'select * into 新數據名稱..'+rtrim(name)+' from '+name from
sysobjects where xtype='u' order by name
5 將第四步運行結果復制到新資料庫中執行！！！
這個方法是可以解決大部分資料庫置疑問題的！

9. sql資料庫置疑怎麼處理

修復方法

• 1

  打開SQL企業管理器

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

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