BDBCVZ001數(shù)據(jù)庫置疑修復工具

數(shù)據(jù)庫置疑，這個故障是MSSQL數(shù)據(jù)庫比較常見的一種故障，我們知道，MSSQL數(shù)據(jù)庫整個的運行架構(gòu)比較復雜，打個比方來說，就像是一條鏈，該鏈由多個環(huán)節(jié)相互聯(lián)系在一起組成，數(shù)據(jù)庫比較大，鏈就比較長，環(huán)節(jié)也比較多，任何一個環(huán)節(jié)出現(xiàn)故障，就會使整個鏈出現(xiàn)問題。為保證數(shù)據(jù)的絕對安全，讓數(shù)據(jù)庫在正常環(huán)境下運行，MSSQL就會把該庫設為置疑狀態(tài)，不能讓用戶繼續(xù)使用，待把問題排查修復好后，才能繼續(xù)運行，這就是置疑的概念。

工具用法：
1. 雙擊工具文件夾中的《BDBCZ001數(shù)據(jù)庫置疑修復.exe》，打開工具。
2. 設置數(shù)據(jù)庫服務器參數(shù)（服務器名稱或IP、用戶名、密碼），點擊"確定"按鈕進入工具主界面。
3. 選擇置疑數(shù)據(jù)庫的mdf文件，工具會自動填寫置疑數(shù)據(jù)庫的ldf文件及其數(shù)據(jù)庫名稱。點擊“修復”按鈕。工具開始嘗試修改。
4. 在修復過程中，工具首先關閉SQLServer服務，并提示確認已經(jīng)關閉，然后在復制數(shù)據(jù)庫的mdf文件和ldf文件后重新打開SQLServer服務，并提示確認已經(jīng)打開。

一大早發(fā)現(xiàn)用友系統(tǒng)打不開，系統(tǒng)報錯：法得到有效的會計年度，無法打開登錄“ufsystem”中請求的數(shù)據(jù)庫，登錄失敗，用戶SA登錄失敗。

提示：此時，最佳解決方案應該是先打開SQL數(shù)據(jù)庫，查看相關的數(shù)據(jù)庫是否被置疑。將被置疑的數(shù)據(jù)庫進行分離再附加，問題就可以解決。因為之前刪除相關文件的時候?qū)⒂嘘P的數(shù)據(jù)文件刪除了。

當時沒有想到是2月8日刪除文件造成的結(jié)果，就先查找U8系統(tǒng)應用服務器的相關配置，看看和SQL的連接是否正常。排除了軟件本身的問題后，就開始查找SQL企業(yè)管理器。當時看到數(shù)據(jù)庫置疑，不知道解決方法，再者，由于一些反復操作，造成數(shù)據(jù)庫都無法啟動。干脆死馬當活馬醫(yī)，先備份數(shù)據(jù)庫，再重裝SQL.
重裝好后，還原數(shù)據(jù)庫，再次打開用友系統(tǒng)，連數(shù)據(jù)源也沒有了。就進入“系統(tǒng)管理”平臺，可以登錄（SQL重裝之前是不能登錄的），打開后，賬套全沒有了，幸好之前做過備份，重新引入。引入兩次都不成功，報錯：工作流數(shù)據(jù)處理失敗，MOM數(shù)據(jù)源配置不正確。于是用企業(yè)管理器檢查數(shù)據(jù)庫，發(fā)現(xiàn)UFMOM數(shù)據(jù)庫置疑，找到備份的UFMOM數(shù)據(jù)庫，附加進去，并修改MOM數(shù)據(jù)庫中的sysfile中的數(shù)據(jù)庫路徑名，問題解決。

賬套引入成功后，再次登錄系統(tǒng)也成功了，高興啊，呵呵。

經(jīng)驗總結(jié)：
1.相關的備份文件夾不要輕易刪除，個人考慮：如果要刪除，也需要先在賬套中刪除，否則系統(tǒng)找不到數(shù)據(jù)庫路徑就會報錯。

2.數(shù)據(jù)庫被置疑是一種常見情況，在停掉數(shù)據(jù)庫或者被其他系統(tǒng)攻擊后，數(shù)據(jù)庫都有可能被置疑，最好的解決方法就是先分離后附加。