ERP數(shù)據(jù)庫恢復(fù)

　　最近有ERP客戶賬套數(shù)據(jù)庫置疑，但沒有備份，只能想辦法修復(fù)。

　　1 在恢復(fù)數(shù)據(jù)庫發(fā)生錯(cuò)誤。

　　2 在拷貝過程中出現(xiàn),數(shù)據(jù)錯(cuò)誤，循環(huán)冗余檢查.文件拷貝失敗。

　　問題的分析：首先這個(gè)問題不是個(gè)好預(yù)兆，數(shù)據(jù)處在非常不穩(wěn)定狀態(tài)，或者已經(jīng)出現(xiàn)啦(在磁盤上)邏輯錯(cuò)誤。

　　從該錯(cuò)誤提示得到的解釋是：循環(huán)冗余檢查是一種數(shù)據(jù)傳輸檢錯(cuò)功能，對(duì)數(shù)據(jù)進(jìn)行多項(xiàng)式計(jì)算，并將得到的結(jié)果附在幀的后面，接收設(shè)備也執(zhí)行類似的算法，以保證數(shù)據(jù)傳輸?shù)恼_性和完整性。若校驗(yàn)不通過，系統(tǒng)重復(fù)向硬盤復(fù)制數(shù)據(jù)，陷入死循環(huán)，導(dǎo)致復(fù)制過程無法完成。

　　循環(huán)冗余檢測失敗的可能原因：光盤拷貝可能會(huì)是光盤損壞。硬盤拷貝可能會(huì)是硬盤出現(xiàn)物理壞道(很嚴(yán)重，恢復(fù)性不確定，一般只能恢復(fù)部分或者完全不能恢復(fù)，而且數(shù)據(jù)可能是不完整的)?；蛘哂脖P出現(xiàn)邏輯壞道(屬于軟件上的問題。

電子.png

　　3 進(jìn)行修復(fù)數(shù)據(jù)庫。

　　A、用“企業(yè)管理器”新建一個(gè)同名的數(shù)據(jù)。可以修改默認(rèn)路徑，為表述方便，我使用D:data,數(shù)據(jù)文件名test.mdf,日志文件名test_log.ldf

　　B、停止SQL服務(wù)

　　C、刪除test_log.ldf文件，將新建的test.mdf文件用舊的test.mdf文件替換。

　　D、啟動(dòng)SQL服務(wù)。進(jìn)入企業(yè)管理器后發(fā)現(xiàn)test數(shù)據(jù)顯示為“置疑”，此后保證無人連接上此數(shù)據(jù)庫，并不做任何操作。

　　E、設(shè)置test數(shù)據(jù)庫允許直接操作系統(tǒng)表。此操作可以在SQL Server Enterprise Manager里面選擇數(shù)據(jù)庫服務(wù)器，按右鍵，選擇“屬性”，在“服務(wù)器設(shè)置”頁面中將“允許對(duì)系統(tǒng)目錄直接修改”一項(xiàng)選中。也可以使用如下語句來實(shí)現(xiàn)。我在實(shí)際操作的時(shí)候沒有使用命令，命令方式大家可以自己測試 ^_^

修復(fù).png

　　復(fù)制代碼代碼如下:

　　use master

　　sp_configure 'allow updates',1

　　reconfigure with override

　　F、設(shè)置test數(shù)據(jù)庫為緊急修復(fù)模式。在查詢分析器中執(zhí)行如下語句：updatesysdatabases set status=-32768 where dbid=DB_ID('test')復(fù)制代碼執(zhí)行后在企業(yè)管理器中刷新后會(huì)發(fā)現(xiàn)ttdb數(shù)據(jù)庫顯示為“只讀置疑脫機(jī)緊急模式”?？梢钥吹綌?shù)據(jù)庫里面的表，但是僅僅有系統(tǒng)表。

發(fā)布：2020-12-05 14:51 編輯：泛普軟件 · xiaona [打印此頁] [關(guān)閉]

相關(guān)文章：