云服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境：
華為ECS云服務(wù)器，linux操作系統(tǒng)，mysql數(shù)據(jù)庫（innodb引擎）。作為網(wǎng)站服務(wù)器使用。

云服務(wù)器故障：
在執(zhí)行mysql數(shù)據(jù)庫版本更新測試時，誤將本應(yīng)該在測試庫上執(zhí)行的sql腳本執(zhí)行在生產(chǎn)庫上了，生產(chǎn)庫上的部分表被truncate，部分表內(nèi)有少量數(shù)據(jù)被delete。
需要恢復(fù)被truncate的表以及被少量數(shù)據(jù)被delete的表。

云服務(wù)器數(shù)據(jù)恢復(fù)過程：
1、ECS云服務(wù)器內(nèi)有其他業(yè)務(wù)仍在運行，先對mysql數(shù)據(jù)庫的data目錄所在分區(qū)進行備份。

北亞企安數(shù)據(jù)恢復(fù)——ECS云服務(wù)器數(shù)據(jù)恢復(fù)

2、由于需要恢復(fù)的表內(nèi)不存在大字段類型值，也沒有myisam引擎的表需要恢復(fù)，所以只需要掃描數(shù)據(jù)段并下載恢復(fù)數(shù)據(jù)所必需的數(shù)據(jù)庫段碎片即可。innodb引擎的mysql數(shù)據(jù)庫表的數(shù)據(jù)恢復(fù)必須依賴表結(jié)構(gòu)信息，mysql的表結(jié)構(gòu)信息存儲于對應(yīng)表名的.frm文件內(nèi)。本案例mysql數(shù)據(jù)庫中的.frm文件完好，直接下載需要恢復(fù)的表對應(yīng)的.frm文件。

北亞企安數(shù)據(jù)恢復(fù)——ECS云服務(wù)器數(shù)據(jù)恢復(fù)

3、分析系統(tǒng)表，讀取數(shù)據(jù)段內(nèi)系統(tǒng)表信息，獲取需要恢復(fù)的表在系統(tǒng)表內(nèi)的注冊信息。
4、在下載的數(shù)據(jù)段文件內(nèi)提取對應(yīng)于各表的數(shù)據(jù)頁，解析對應(yīng)表的.frm文件獲取該表的表結(jié)構(gòu)信息，通過表結(jié)構(gòu)信息獲取底層數(shù)據(jù)分配規(guī)則。按照底層數(shù)據(jù)分配規(guī)則拆分?jǐn)?shù)據(jù)段內(nèi)二進制數(shù)據(jù)，針對不同類型進行字符展示轉(zhuǎn)換（各類整型、浮點型、時間型等），完成數(shù)據(jù)段到sql語句的轉(zhuǎn)換。
5、恢復(fù)被delete數(shù)據(jù)的表數(shù)據(jù)的流程同上一步恢復(fù)truncate表的流程類似，不同點在于解析數(shù)據(jù)時需要提取被標(biāo)注為“delete”的記錄。
6、根據(jù)解析出的表結(jié)構(gòu)信息在準(zhǔn)備好的環(huán)境中的mysql實例內(nèi)創(chuàng)建表，并將恢復(fù)出來的數(shù)據(jù)導(dǎo)入。

北亞企安數(shù)據(jù)恢復(fù)——ECS云服務(wù)器數(shù)據(jù)恢復(fù) 北亞企安數(shù)據(jù)恢復(fù)——ECS云服務(wù)器數(shù)據(jù)恢復(fù)

7、由于直接從底層抓取出的記錄可能存在主鍵不唯一（引擎在存儲時產(chǎn)生的臨時記錄）、記錄重復(fù)（緩沖段）以及亂碼（掃描數(shù)據(jù)段時出現(xiàn)特征值匹配成功但不屬于該表的數(shù)據(jù)段）等情況。北亞企安數(shù)據(jù)恢復(fù)工程師人工處理存在異常的提取記錄，直到所有數(shù)據(jù)都沒有問題。
8、交由用戶方工程師驗證數(shù)據(jù)。經(jīng)過用戶方的多方驗證，確認(rèn)被truncate的表完整恢復(fù)，被delete記錄的表中數(shù)據(jù)完整恢復(fù)。本次ECS云服務(wù)器數(shù)據(jù)恢復(fù)工作完成。

審核編輯 黃宇