1
knightdf 2016-08-25 17:41:56 +08:00 1
虚拟机没备份镜像么
|
2
466934322 OP @knightdf 本来以我的那个根本无法接触到服务器的,但是我电脑上有前一代程序员留下的 key
|
3
nilai 2016-08-25 18:16:02 +08:00 2
千万别重启, 从内存中应该还能恢复点东西出来 。 不然就只有哭了。
|
4
66beta 2016-08-25 18:24:55 +08:00 1
友情支持帮顶
|
5
guokeke 2016-08-25 18:25:45 +08:00 via Android 2
数据库也在那个被干掉的系统上吗?
|
7
hilow 2016-08-25 19:38:04 +08:00 via Smartisan T1 1
拷贝虚拟机镜像文件,应该可以重建一个虚拟机。
不过如果你并不熟悉这些,建议找相关人员帮忙,自己瞎搞更容易出问题 |
8
holyzhou 2016-08-25 19:41:43 +08:00 1
机器上都有那些服务 数据库什么情况? 一些代码静态应用容器类的大不了再弄好了
尽快跟领导反应情况. |
9
hack 2016-08-25 20:05:57 +08:00 1
测试环境的代码还有的情况下,唯一需要抢救的就是数据库了,自己解决不了的问题要立即汇报领导
|
10
defunct9 2016-08-25 20:31:07 +08:00 1
可以恢复,前提是你对 linux 够熟悉
|
11
bk201 2016-08-25 21:05:53 +08:00 via iPhone 1
为何网站还能访问,静态资源没删除吗?你说得太含糊了.
|
12
katyang 2016-08-25 21:13:37 +08:00 5
前面有人说得很好,职场大忌就是出了篓子自己试图掩盖,结果反而越搞越糟。
要汇报领导,领导有解决问题的资源,比如联系上一代程序员 |
13
chuhemiao 2016-08-25 21:21:50 +08:00 1
测试服不是还在?反正同一台不能直接用这个吗?能访问数据还在啊,赶紧备份把。
|
14
lecher 2016-08-25 22:30:40 +08:00 via Android 1
报给老大,这种自己能力无法处理的应急业务,就是要老大来背锅的。
要算是谁的责任是事后总结事故原因的时候再做的。 |
15
ryd994 2016-08-26 01:17:28 +08:00 via Android 1
必须上报的,救火已经超出你的能力范围了,这个锅你一个人背不起的
另外,虚拟化这个没啥,很多公司都会这样做 我自己玩玩的服务器,为了方便管理,也是全部虚拟化,为的就是长期维护方便 |
16
clearbug 2016-08-26 07:34:08 +08:00 via Android 1
rm 时手不能抖
|
17
lavande 2016-08-26 09:04:55 +08:00 1
目测是一个空格引发的悲剧,帮顶……
|
18
466934322 OP |
19
jinhan13789991 2016-08-26 10:35:25 +08:00 1
论权限的重要性,论 docker 的重要性,论备份的重要性
|
20
yangxiongguo 2016-08-26 10:42:29 +08:00 1
看得我都紧张了
|
21
466934322 OP @yangxiongguo 我被吓哭了,因为我刚刚出社会,老板给我说:这个东西搞不好我要吃牢饭。。。
|
22
tonghuashuai 2016-08-26 11:29:13 +08:00 1
首先确定数据的安全性,前面提到网站还可以访问,说明数据应该问题不大,剩下的就是环境和代码了,既然是虚拟机,环境最好解决,镜像应该有备份吧,代码有版本控制,所以这么来看,问题不大。
另外,遇到这种事情应该去找 leader 而不是来这里发帖吧…… |
23
ferock 2016-08-26 11:30:27 +08:00 1
@466934322 你老板没说错,但是他们也有责任,给到没有能力的人操作权利,这就是流程的问题,而提供流程的人是有责任的。
另,没有金刚钻别揽瓷器活,自己几斤几两自己应该清楚,你就不应该上那个服务器 另 2 ,运维工资高,看上起“似乎”事情少,是有道理的,运维是,没消息就是好消息。 |
24
qing0304 2016-08-26 11:48:48 +08:00 1
这次事件弄完之后应该把东西梳理下。减少上服务器操作的机会,一些操作尽量都脚本化后台化。
|
25
BruceAuyeung 2016-08-26 12:40:51 +08:00 via Android 1
@人家老板没给他权限操作的,是他擅自越权使用了 key 才接触到服务器的。
|
27
ewouldblock7 2016-08-26 13:42:20 +08:00 1
先别急着重启。关于你说的几个测试环境,是不同的虚机吗?一个虚机是测试环境,一个虚机是正式环境?如果这样的话,并且你确认两个系统数据一致,其实可以考虑把测试环境虚机对应的 img 文件,直接 copy 一份出来。
当然,这些方案可以等待你们公司的人一起商讨后做恢复方案。然后确定怎么恢复出来。 |
28
wolegequ 2016-08-26 13:42:56 +08:00 via Android 1
解铃还得系铃人
|
29
Verydiao 2016-08-26 13:46:32 +08:00 1
网站不是还能访问么?清除 log 辞职走人,潇洒地做一个不负责任的人呗。
或者跟老板说清楚,把事情一五一十交代了,找到那个架设系统的人让他帮忙恢复. |
30
julyclyde 2016-08-26 15:00:20 +08:00 1
你别只是请教,凭你的水平应该是很难在被人遥控的情况下搞定这事的
你出个车马费,尽快请前辈过来 |
31
broono 2016-08-26 15:10:59 +08:00 1
好奇是怎么干掉根的,真那么容易手抖么
会不会是看了某帖子恶搞教程 (astonished) |
32
PastDust 2016-08-26 15:51:49 +08:00 1
搞不清楚状态的情况下,还敢直接在正式环境上动刀,你是有多任性啊
还有 既然已经重要到这种程度 为什么没有备份 |
33
466934322 OP @PastDust 以后打死我,我都不会动了,只要有比我牛逼的人,事无大小,我绝不越雷池一步。
现在我只想使劲的打我的右手,今晚通宵重装系统 |
34
cheneydeng 2016-08-26 16:22:56 +08:00 via iPhone
@466934322 犯错很正常,需要管理措施和安全机制来共同保证。如果实在没有精力来维护自己的服务器,建议用云服务, ucloud 提供的数据方舟可以恢复到任意时间点的系统数据,你值得拥有
|
35
lance26 2016-08-26 16:53:34 +08:00 1
还好拉,还能访问。。之前不小心删了个数据库,惨。。数据一定要做好备份。
|
36
zhangdawei 2016-08-26 16:59:20 +08:00 1
不要乱动了,越动越错,
以前做过一年的服务器管理,就学到一句话, 敲回车执行之前,歇半分钟想清楚。 |
37
testlc 2016-08-26 17:03:52 +08:00 1
rm 时一般情况下 不要带-f ,要不就把 rm 改了,做一个类似 window 上的回收池一样的东西,网上有资料
|
40
redhatping 2016-08-26 19:31:02 +08:00 via iPhone
@zhjits 怎么说呢
|
42
ewouldblock7 2016-08-27 11:56:52 +08:00
@466934322 后来解决了吗? 建议后期每天低峰时期进行一次备份吧。当出现意外事故时,就显的备份的重要性了。另外,如果后续有机会迁移至云平台,可以试试 UCloud 的数据方舟云主机,这是云计算行业里第一家可以提供连续数据保护能力的主机。可以让云主机恢复至 12 小时内任一秒, 24 小时内任一小时, 3 天内任一天。( rm -rf /* 都不怕了)可以看看去年一些用户的评测报告: http://blog.csdn.net/shootyou/article/details/50066793
|
44
zhangchaoquan 2016-08-30 09:50:44 +08:00
曾经干过同样的蠢事,不过好在我有备份,当时真有做噩梦的感觉
|