Sql Server 2008 R2資料庫損壞修複成功

來源:互聯網
上載者:User

標籤:sql   資料庫修複   server   

Sql Server 2008 R2資料庫損壞修複成功案例

 

  2016.4月 青島某連鎖店使用的SQL 2008R2資料庫,客戶在正常使用中突然伺服器斷電導致的損壞,再次附加探索資料庫報錯不能正常運行,客戶那邊管理員自己嘗試了修複以及重建日誌但是故障依舊,後來發現自己解決不了,通過百度搜尋,聯絡到我們進行處理。

我們的工程師具體查看了一下,資料庫大小600M左右,底層資料看了一下基本正常,先用工具檢測看下頁面損壞情況,如:

650) this.width=650;" src="http://www.zhentiezi.com/data/attachment/portal/201604/12/153415jl233uvkljius1vi.jpg" style="border:none;" alt="153415jl233uvkljius1vi.jpg" />

  我們可以看到確實是有頁面損壞,直接建立庫替換重建日誌在看損壞情況如

替換之後日誌重建成功,但是DBCC 檢測發現報錯系統資料表預檢查: 對象 ID 3。

無法使用閂鎖類型 SH 讀取並閂鎖頁 (1:75678)。

由於不可修複的錯誤,CHECK 語句已終止。

650) this.width=650;" src="http://www.zhentiezi.com/data/attachment/portal/201604/12/153513vo1x09tehzjoocji.png" style="border:none;" alt="153513vo1x09tehzjoocji.png" />

   這種報錯非常多見,在SQL2000下修複容易一些,但是2008R2很多修複語句是不通用的。 這種故障一般是系統頁面損壞導致,損壞的表ID 3.,通過語句查詢ID3所在的系統資料表。將損壞的系統資料表進行修複或許重建,再次重建日誌,DBCC檢測之後探索資料庫正常,且表內資料可以正常訪問!

  重要提醒:目前可完整高效率修複MSSQL 6.5 7.0 2000 2005 2008 2008R2 2012 據庫置疑,可疑,恢複掛起,Suspicious,系統資料表損壞!

索引斷裂,頁撕裂,通訊中斷,一致性錯誤,資料庫還原還原時報一致性錯誤,錯誤823等情況下的資料恢複,各種錯誤提示的資料庫檔案修複和某些表打不開的錯誤修複!

 


Sql Server 2008 R2資料庫損壞修複成功

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.