臥槽！新來的妹紙rm -rf把公司整個數(shù)據(jù)庫刪沒了，整個項目組慌了~

作者：zhouyu

來源：cnblogs.com/zhouyu629/p/3734494.html

哈嘍，各位新來的小伙伴們，大家好！由于公眾號做了改版，為了保證公眾號的資源能準時推送到你手里，大家記得將咱們的公眾號 加星標置頂 ，在此真誠的表示感謝~

正文如下：

經(jīng)歷了兩天不懈努力，終于恢復了一次誤操作刪除的生產(chǎn)服務器數(shù)據(jù)。

也希望遇到問題的朋友能找到一絲靈感解決問題。

安排一個妹子在一臺生產(chǎn)服務器上安裝 Oracle，妹子邊研究邊安裝，感覺裝的不對，準備卸載重新安裝。

從網(wǎng)上找到卸載方法，其中要執(zhí)行一行命令刪除 Oracle 的安裝目錄，命令如下：

rm -rf $ORACLE_BASE/*  

如果 ORACLE_BASE 這個變量沒有賦值，那命令就變成了：

rm -rf /*  

ext3grep /dev/vgdata/LogVol00 --dump-names  

ext3grep /dev/vgdata/LogVol00 --restore-all  

ext3grep /dev/vgdata/LogVol00 --restore-file var/lib/mysql/aqsh/tb\_b\_attench.MYD  

ext3grep /dev/vgdata/LogVol00 --dump-names >/usr/allnames.txt  

while read LINE  
do  
    echo "begin to restore file " $LINE  
    ext3grep /dev/vgdata/LogVol00 --restore-file $LINE  
    if \[ $? != 0 \]  
    then  
        echo "restore failed, exit"  
    fi  
done < ./mysqltbname.txt  

extundelete /dev/vgdata/LogVol00 --restore-directory var/lib/mysql/aqsh  

03

靈機一動：Binlog

• mysql-binlog0001
• mysql-bin.000009
• mysql-bin.000010

ext3grep /dev/vgdata/LogVol00 --restore-file var/lib/mysql/mysql-bin.000001  

mysqlbinlog /usr/mysql-bin.000010 | mysql -uroot -p  

04

后記

• 本次安排 MM 進行服務器維護時沒有提前對她進行說明厲害情況，自己也未重視，管理混亂，流程混亂。一個在線的生產(chǎn)系統(tǒng)，任何一個改動一定要先謀而后動。
• 自動備份出現(xiàn)問題，沒有任何人檢查。脫機備份人員每次從服務器上下載 1K 的文件卻從未重視。需要明確大家在工作崗位上的責任。
• 事故發(fā)生后，沒有及時發(fā)現(xiàn)，造成部分數(shù)據(jù)寫入磁盤，造成不可恢復問題。需要編寫應用監(jiān)控程序，服務一旦有異常，短信告警相關(guān)責任人。
• 根據(jù)評論提醒，再加一條：不能使用 Root 用戶來操作。應該在服務器上開設不同權(quán)限級別的用戶。
  
  

• https://code.google.com/p/ext3grep

• http://extundelete.sourceforge.net

看完這篇文章，你有什么收獲？歡迎在留言區(qū)與10w+Java開發(fā)者一起討論~