485局域網平臺軟件在使用過程中數據庫出現置疑怎么辦？

文章出處：http://www.u3soft.com 作者：興邦研發部

485局域網平臺軟件在使用過程中數據庫出現置疑時解決方法如下：

假設數據庫為TEST：  
  按以下步驟執行 
 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

             以上為解決此問題的常用方法，若有其他問題可隨時與我公司聯系！