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

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

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

友情支持帮顶

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

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

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

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

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

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

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

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

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

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

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

rm 时手不能抖

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







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

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

看得我都紧张了

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

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

你老板没说错，但是他们也有责任，给到没有能力的人操作权利，这就是流程的问题，而提供流程的人是有责任的。
另，没有金刚钻别揽瓷器活，自己几斤几两自己应该清楚，你就不应该上那个服务器
另 2 ，运维工资高，看上起“似乎”事情少，是有道理的，运维是，没消息就是好消息。

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

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

你老板吓唬你的。

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

解铃还得系铃人

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

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

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

搞不清楚状态的情况下，还敢直接在正式环境上动刀，你是有多任性啊
还有 既然已经重要到这种程度 为什么没有备份

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

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

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

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

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

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

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

怎么说呢

求科普

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

为什么？同问

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