国内最专业的IT技术学习网

UI设计

当前位置:主页 > UI设计 >

当同事用Root权限输入rm -rf 后,鬼知道我经历了什

发布时间:2019/09/09标签:   文件    点击量:

原标题:当同事用Root权限输入rm -rf 后,鬼知道我经历了什
部署一个妹子在一台出产效劳器上装置 Oracle,妹子边研讨边装置,感到装的错误,预备卸载从新装置。从网上找到卸载方式,此中要履行一行下令删除 Oracle 的装置名目,下令以下:rm-rf$ORACLE_BASE/*假如 ORACLE_BASE 这个变量没有赋值,那下令就酿成了:rm-rf/*等等,妹子应用的但是 Root 账户啊。就如许,把全部盘的文件全体删除了,包含利用 Tomcat、MySQL 数据库 and so on......MySQL 数据库不是在运转吗?Linux 能删除正在履行的文件?横竖是完全删除了,最初还剩一个 Tomcat 的 Log 文件,估量是文件过大,一时没有删除胜利。看着妹子自责的眼神,又是由于这事是我部署她做的,也没有跟她讲清凶猛关联,没有任何培训,义务只能一团体背了,何况怎样能让玉人背负这个义务呢?打电话到机房,将盘挂到另一台效劳器上,SSH 下来检查文件全体被清这台效劳器运转的但是一个客户的出产体系啊,曾经运转泰半年了,得尽快规复啊。因而找来脱机备份的数据库,发觉备份文件只要 1KB,外面只要几行熟习的 mysqldump 解释(岂非是 Crontab 履行的备份剧本有成绩)最濒临的备份也是 2013 年 12 月份的了,真是屋漏偏逢连夜雨啊。想起来一名引导说过的案例:当一个出产体系挂掉当前,发觉全部备份都有成绩,刻录的光盘也有划痕,磁带机也坏了,没想到明天真的应验到我的身上了,怎样办?部分引导晓得情形后,曾经做了最坏的 B 打算:引导亲身带队和产物 AA 周日赶到客户地点的地市,礼拜一去引导层相同;BB 和 CC 去客户治理员那里想方法压服客户......拯救稻草:ext3grep赶紧到网下来查材料停止误删数据规复,还真找到一款 ext3grep 可能规复经过 rm -rf 删除的文件,咱们磁盘也是 ext3 格局,且网上有很多的胜利案例。因而燃起了一丝盼望,赶紧对盘 umount,避免从新写入补删文件扇区。下载 ext3grep,装置(编译装置进程艰苦临时不表)。先履行扫描文件名下令:ext3grep/dev/vgdata/LogVol00--dump-names打印出了全部被删除文件及门路,心中狂喜,不必履行 B 打算了,文件都在呢。这款软件不能按名目规复文件,只能履行规复全体下令:ext3grep/dev/vgdata/LogVol00--restore-all成果以后盘空间缺乏,没方法只能规复文件,实验了几个文件,竟然局部胜利局部失利:ext3grep/dev/vgdata/LogVol00--restore-filevar/lib/mysql/aqsh/tb_b_attench.MYD内心不由一凉,岂非是删除磁盘上被写过文件了?规复机率不大了啊,能规复几个算几个吧,说不定主要数据文件恰好在能规复的 MYD 文件中。因而先将全部文件名重定向到一个文件文件中:ext3grep/dev/vgdata/LogVol00--dump-names>/usr/allnames.txt

版权信息Copyright ? 银河官网 版权所有??? ICP备案编号:鲁ICP备09013610号