想来想去我也不知道怎么办？

[466934322]

实际情况是:（我是 linux 小白）昨天，产品告诉我说数据输出的样式出了问题，让我修改下数据输出的样式，改完数据后，我就把缓存给清除了，但是就是这里出问题了，我一不留神复制目录没有复制好，直接把整个根目录给干掉了。
现在的问题是我把整个目录干掉了，但是网站还可以访问，但是无法上传代码，怎么解决呢？求方法。
说下服务器:服务器是前一个程序员用他的脑力为公司节省了一大批钱——使用了一台服务器安装了虚拟机，并用虚拟机搞了四个系统，一个测试环境，一个正式环境，一个什么的我也不知道，还有一个不知道，现在就是我把其中一个子系统的根目录给误操作了，能不能把另外一个测试环境的系统复制过来？因为两个都是一样的，真心的求有意义的建议。因为这个东西，我可能会被起诉。所以我希望赶紧将损失降到最小。谢谢

[knightdf]

虚拟机没备份镜像么

[466934322]

@knightdf 本来以我的那个根本无法接触到服务器的，但是我电脑上有前一代程序员留下的 key

[nilai]

千万别重启， 从内存中应该还能恢复点东西出来 。 不然就只有哭了。

[66beta]

友情支持帮顶

[guokeke]

数据库也在那个被干掉的系统上吗？

[466934322]

@nilai 现在指望的是从另一个测试环境上复制点东西过来了

[hilow]

拷贝虚拟机镜像文件，应该可以重建一个虚拟机。
不过如果你并不熟悉这些，建议找相关人员帮忙，自己瞎搞更容易出问题

[holyzhou]

机器上都有那些服务 数据库什么情况？ 一些代码静态应用容器类的大不了再弄好了
尽快跟领导反应情况.

[hack]

测试环境的代码还有的情况下，唯一需要抢救的就是数据库了，自己解决不了的问题要立即汇报领导

[defunct9]

可以恢复，前提是你对 linux 够熟悉

[bk201]

为何网站还能访问，静态资源没删除吗？你说得太含糊了.

[katyang]

前面有人说得很好，职场大忌就是出了篓子自己试图掩盖，结果反而越搞越糟。
要汇报领导，领导有解决问题的资源，比如联系上一代程序员

[chuhemiao]

测试服不是还在？反正同一台不能直接用这个吗？能访问数据还在啊，赶紧备份把。

[lecher]

报给老大，这种自己能力无法处理的应急业务，就是要老大来背锅的。
要算是谁的责任是事后总结事故原因的时候再做的。

[ryd994]

必须上报的，救火已经超出你的能力范围了，这个锅你一个人背不起的
另外，虚拟化这个没啥，很多公司都会这样做
我自己玩玩的服务器，为了方便管理，也是全部虚拟化，为的就是长期维护方便

[clearbug]

rm 时手不能抖

[lavande]

目测是一个空格引发的悲剧，帮顶……

[466934322]

@hack
@ryd994
@lecher
@chuhemiao
@katyang
@bk201
@hilow 谢谢各位了，我向上一代程序员请教了，他在百忙之中给我了不少的建议，很感谢，
我也给 cto 说了， cto 也给了我 tips ，我现在也找到了虚拟机，但是我不敢操作了，因为我不知道我要操作那个了，，我不熟悉这个流程，所以我也不敢瞎操作了，等下等 cto 到了我在请教吧

[jinhan13789991]

论权限的重要性，论 docker 的重要性，论备份的重要性

[yangxiongguo]

看得我都紧张了

[466934322]

@yangxiongguo 我被吓哭了，因为我刚刚出社会，老板给我说:这个东西搞不好我要吃牢饭。。。

[tonghuashuai]

首先确定数据的安全性，前面提到网站还可以访问，说明数据应该问题不大，剩下的就是环境和代码了，既然是虚拟机，环境最好解决，镜像应该有备份吧，代码有版本控制，所以这么来看，问题不大。

另外，遇到这种事情应该去找 leader 而不是来这里发帖吧……

[ferock]

@466934322 你老板没说错，但是他们也有责任，给到没有能力的人操作权利，这就是流程的问题，而提供流程的人是有责任的。

另，没有金刚钻别揽瓷器活，自己几斤几两自己应该清楚，你就不应该上那个服务器
另 2 ，运维工资高，看上起“似乎”事情少，是有道理的，运维是，没消息就是好消息。

[qing0304]

这次事件弄完之后应该把东西梳理下。减少上服务器操作的机会，一些操作尽量都脚本化后台化。

[BruceAuyeung]

@人家老板没给他权限操作的，是他擅自越权使用了 key 才接触到服务器的。

[lsmgeb89]

@466934322 你老板吓唬你的。

[ewouldblock7]

先别急着重启。关于你说的几个测试环境，是不同的虚机吗？一个虚机是测试环境，一个虚机是正式环境？如果这样的话，并且你确认两个系统数据一致，其实可以考虑把测试环境虚机对应的 img 文件，直接 copy 一份出来。
当然，这些方案可以等待你们公司的人一起商讨后做恢复方案。然后确定怎么恢复出来。

[wolegequ]

解铃还得系铃人

[Verydiao]

网站不是还能访问么？清除 log 辞职走人,潇洒地做一个不负责任的人呗。
或者跟老板说清楚,把事情一五一十交代了,找到那个架设系统的人让他帮忙恢复.

[julyclyde]

你别只是请教，凭你的水平应该是很难在被人遥控的情况下搞定这事的
你出个车马费，尽快请前辈过来

[broono]

好奇是怎么干掉根的，真那么容易手抖么
会不会是看了某帖子恶搞教程 (astonished)

[PastDust]

搞不清楚状态的情况下，还敢直接在正式环境上动刀，你是有多任性啊

还有 既然已经重要到这种程度 为什么没有备份

[466934322]

@PastDust 以后打死我，我都不会动了，只要有比我牛逼的人，事无大小，我绝不越雷池一步。
现在我只想使劲的打我的右手，今晚通宵重装系统

[cheneydeng]

@466934322 犯错很正常，需要管理措施和安全机制来共同保证。如果实在没有精力来维护自己的服务器，建议用云服务， ucloud 提供的数据方舟可以恢复到任意时间点的系统数据，你值得拥有

[lance26]

还好拉，还能访问。。之前不小心删了个数据库，惨。。数据一定要做好备份。

[zhangdawei]

不要乱动了，越动越错，
以前做过一年的服务器管理，就学到一句话，
敲回车执行之前，歇半分钟想清楚。

[testlc]

rm 时一般情况下 不要带-f ，要不就把 rm 改了，做一个类似 window 上的回收池一样的东西，网上有资料

[466934322]

@testlc 下次一定这样做，问题是给我下次机会吧

[zhjits]

@testlc 在重要文件夹下面创建一个名叫 "-c" 的文件有奇效

[redhatping]

@zhjits 怎么说呢

[466934322]

@zhjits 求科普

[ewouldblock7]

@466934322 后来解决了吗？ 建议后期每天低峰时期进行一次备份吧。当出现意外事故时，就显的备份的重要性了。另外，如果后续有机会迁移至云平台，可以试试 UCloud 的数据方舟云主机，这是云计算行业里第一家可以提供连续数据保护能力的主机。可以让云主机恢复至 12 小时内任一秒， 24 小时内任一小时， 3 天内任一天。（ rm -rf /* 都不怕了）可以看看去年一些用户的评测报告： http://blog.csdn.net/shootyou/article/details/50066793

[dlllcs]

@zhjits 为什么？同问

[zhangchaoquan]

曾经干过同样的蠢事，不过好在我有备份，当时真有做噩梦的感觉