?故障：?
2個SQL server數(shù)據(jù)庫被加密，無法使用。
數(shù)據(jù)庫MDF、LDF、log日志文件名字被修改，
如下圖：
數(shù)據(jù)庫備份被加密，文件名字被修改。管理員聯(lián)系北亞數(shù)據(jù)恢復(fù)中心進行數(shù)據(jù)修復(fù)。
?數(shù)據(jù)恢復(fù)過程：?
- 1、備份數(shù)據(jù)庫。為防止數(shù)據(jù)恢復(fù)過程中對原始數(shù)據(jù)庫造成二次破壞，北亞數(shù)據(jù)恢復(fù)工程師為每個庫做了備份。所有恢復(fù)數(shù)據(jù)的操作都在備份上進行, 避免了對原始數(shù)據(jù)造成損壞的可能。
- 2、使用北亞自研的數(shù)據(jù)恢復(fù)軟件打開被加密的SQL server數(shù)據(jù)庫，發(fā)現(xiàn)數(shù)據(jù)庫的頭部已被破壞。
- 3、經(jīng)過檢查，北亞數(shù)據(jù)恢復(fù)工程師確定sqlserver數(shù)據(jù)庫頁大小8K，按8K大小切塊，向下查找。最終分析得出，bingdu對數(shù)據(jù)庫文件每128K進行一次加密，加密大小為128字節(jié)。
- 4、北亞數(shù)據(jù)恢復(fù)工程師打開數(shù)據(jù)庫備份，發(fā)現(xiàn)也是每128K進行一次加密，加密大小為128字節(jié)。
- 5、向下搜索數(shù)據(jù)庫頁起始標(biāo)志01 0F， 北亞數(shù)據(jù)恢復(fù)工程師發(fā)現(xiàn)此處沒有被加密。經(jīng)過分析發(fā)現(xiàn)數(shù)據(jù)庫與數(shù)據(jù)庫備份加密方式一樣，每128K進行一次加密，加密大小為128字節(jié)。由于數(shù)據(jù)庫備份頭部記錄備份信息，數(shù)據(jù)庫頁起始向下偏移，因此數(shù)據(jù)庫中加密的頁與數(shù)據(jù)庫備份中加密的頁正好錯開。
- 6、修復(fù)加密數(shù)據(jù)庫。北亞數(shù)據(jù)恢復(fù)工程師結(jié)合數(shù)據(jù)庫備份對數(shù)據(jù)庫中加密的頁進行修復(fù)，通過數(shù)據(jù)庫管理工具附加修改好的數(shù)據(jù)庫，并進行查詢驗證，后經(jīng)管理員驗證，數(shù)據(jù)沒有問題。
到此這篇關(guān)于sqlserver數(shù)據(jù)庫加密后無法使用MDF,LDF,log文件名稱被修改的數(shù)據(jù)恢復(fù)的文章就介紹到這了,更多相關(guān)sqlserver數(shù)據(jù)庫數(shù)據(jù)恢復(fù)內(nèi)容請搜索服務(wù)器之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持服務(wù)器之家！
原文地址：https://blog.51cto.com/sun510/5028428
