SQL2000數據庫附加失敗提示:crosoft SQL-DMO(ODBC SQLState:HY000) 錯誤 3456:未能恢復日誌記錄(428653:5176:89) 解決方法教程

SQL2000數據庫附加失敗提示:crosoft SQL-DMO(ODBC SQLState:HY000) :錯誤 3456:未能恢復日誌記錄(428653:5176:89) ,事務ID(1:18686340),位於頁(1:1064280),數據庫'Database'(7)。頁:LSN = (191356:21101:220),類型=1。日誌:OpCode=3,上下文1,PrevPageLSN:(428650:53444:81)。

  是否因爲你的數據沒有備份或者只有LDF和MDF文件,在電腦死機或重啓時數據出錯,無法附加,SQL附加數據庫時錯誤9003:LSN(26555:2549:1)無效。該LSN是傳遞給數據庫***中的日誌掃描操作的,這種情況呢?像錯誤 9003:LSN(xx:xx:x)無效是最常見的問題。那我們怎麼才能夠恢復LDF和MDF文件?

  這種情況是數據庫的日誌文件(LDF)數據不同步造成的,可以根據數據庫MDF文件重建日誌文件修復。
  以下是詳細步驟,有顏色標註的部分應該按本機的實際名稱進行修改。
  假設損壞的數據庫名稱是UPDATA,對應的數據庫名稱是UPDATA_Data.MDF,日誌文件是UPDATA_Log.LDF,數據庫所在文件夾爲D:\MYDATA\;
  1、先把損壞的數據庫對應的文件UPDATA_Data.MDF和UPDATA_Log.LDF備份到別的地方;
  2、在SQL Server和企業管理器中創建一個與損壞數據庫同名的數據庫,對應的數據庫文件名稱也是UPDATA_Data.MDF和UPDATA_Log.LDF;
  3、停止SQL Server服務;
  4、刪除第2步新建數據庫產生的UPDATA_Log.LDF文件;
  5、用損壞的數據庫數據文件UPDATA_Data.MDF覆蓋第2步新建數據庫產生的UPDATA_Data.MDF文件
  6、啓動SQL Server服務;
  7、進入企業管理器,刷新數據庫狀態,此時數據庫UPDATA狀態爲“置疑”;
  8、在SQL Server服務器屬性中設置SQL Server數據庫服務器“允許對系統目錄直接修改”
  9、從SQL企業管理器的“工具”菜單啓動“SQL 查詢分析器”;
  10、輸入以下代碼並運行使UPDATA數據庫進入緊急修復模式:
  update sysdatabases set status=-32768 where dbid=DB_ID('UPDATA')
  這句語句執行後,刷新企業管理器,UPDATA數據庫的狀態變成“只讀\置疑\脫機\緊急模式”。
  好了,到這裏數據庫錯誤9003:LSN(26555:2549:1)無效。該LSN是傳遞給數據庫***中的日誌掃描操作的,恢復即將完成,如需此服務請聯繫QQ:178459881,最低百元起幫您恢復,恢復不成功不收費。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章