其实我是感觉这种数据恢复程度简直🐂🍺。我倾向于认为不可能恢复到百分之一百。
如果真的恢复百分之百,那可能是之前有过一次完整备份,储存数据的硬盘从故障开始就没有写入数据,或被暂时屏蔽的逻辑删除数据一点也没有被覆盖。 个人对这方面尤其是硬件恢复的知识不太懂,特别想了解下。
1
mediapig89 2020-03-02 16:30:13 +08:00 1
没什么技术细节,就是把磁盘拔下来送给专业的数据恢复公司去恢复去了。
删除后没有写入操作,恢复起来还是很有可能的。 我见鬼最诡异的是 oracle 的裸设备被格式化了,oracle 原厂回来居然找全了。 |
2
ohoh 2020-03-02 16:38:30 +08:00 1
和解! 备份恢复的可能性大
|
3
abychan 2020-03-02 16:41:34 +08:00
同意二楼的,不可能全部恢复的
|
4
murmur 2020-03-02 16:42:12 +08:00
激情删库,没匿名也没跑,恢复起来只是个时间问题,看这次还有多少商家不跑路吧
|
5
id7368 2020-03-02 16:43:48 +08:00 via iPhone 1
实际恢复 80%也能告诉你百分百恢复,人家说了算你又没法去核实对不对。
|
6
keepeye 2020-03-02 16:45:42 +08:00 1
不是云么?拔磁盘?不都是虚拟化的么?
|
7
wordsman 2020-03-02 16:46:32 +08:00 20
资本要的是信心,不在意细节。
|
8
jmyz0455 2020-03-02 16:49:48 +08:00
以前家里电脑的机械硬盘是西数绿盘,不小心电脑坏了,拿去修,装机师傅一通乱来,居然把硬盘重新格式化分区。
我里面好几 G 的游戏安装包啊,当时我立马把装着游戏的硬盘单独拿出来。 找了另外一个电脑做了个启动 U 盘,里面有试用版数据恢复软件,确保文件记录没有被重写到,果真 100%恢复到了。 所以单纯 rm -rf 的话,专业的数据恢复公司肯定有更好的办法。 |
9
zr8657 2020-03-02 16:50:50 +08:00
不是说核心运维吗,我觉得核心运维肯定知道删完要来回再写个几遍,看这意思像是和解了
|
10
love 2020-03-02 16:52:37 +08:00
之前某些人说肯定恢复不了,现在改成不能全部恢复了哈哈
|
11
czkwg8 2020-03-02 16:56:32 +08:00
运维自己 backup 了也是有可能的,你说 100%恢复我不太信
|
12
Jooooooooo 2020-03-02 17:03:12 +08:00
一般核心 db 有快照的, 往回倒就行了
|
13
shyrock 2020-03-02 17:18:30 +08:00
好吧,更有技术含量的问题来了,这位运维要怎么设置和解条件才不会被秋后算账?
|
14
wanguorui123 2020-03-02 17:19:48 +08:00
rm -rf 很容易恢复因为文件系统只是删的目录内容还在,低格和覆写没有快照的原始文件就 GG 了。如果腾讯云的文件系统有快照功能恢复起来就容易的多,可以通过文件系统的快照➕日志恢复。
|
15
sagaxu 2020-03-02 17:33:17 +08:00 via Android
我想知道,全盘随机写入覆盖 3 次之后,还能恢复多少
|
16
neoblackcap 2020-03-02 17:34:54 +08:00
@shyrock 拿钱跑了,签和解协议就 OK 了
|
17
ToBeHacker 2020-03-02 17:36:25 +08:00 via Android
有备份的话恢复很正常
|
18
rrfeng 2020-03-02 17:37:51 +08:00
云盘不是裸设备,即使你格了重写估计也有可能恢复,就看成本高不高吧……
|
20
whasyt 2020-03-02 17:42:53 +08:00
反倒是有赞的鸡血般宣传,真看不惯
|
21
server 2020-03-02 17:46:33 +08:00 1
资本市场为了股价一切都合理,一个核心运维自爆至少伤筋动骨
|
22
jim9606 2020-03-02 17:55:06 +08:00
他说恢复可能是恢复了急用的部分吧,很多历史数据丢了就丢了,反正除了内部也没人知道。
现在很多云 db 都是快照+集群+SAN 阵列的,每一层都有冗余,只是有些时候恢复需要人工操作而不是自动切换罢了。 所谓的删文件后覆写无法恢复只对单机磁盘 /RAID 有效,对虚拟磁盘这么做不见得有用,因为底层的磁盘后端可能偷偷给快照了。不过让系统崩掉是没什么问题的 |
23
ryd994 2020-03-02 19:04:19 +08:00 via Android
到底是不是云服务器?
如果是的话那能恢复有可能。云的储存系统,为了确保分布式储存的性能,最底层是只写的。写入操作实际上是 COW。实际储存位置由 metadata 控制。 定期 GC,把没人使用的区块释放出来。 所以如果云厂商不遵守 gpdr,把 metadata 全部存档的话,那倒回去就行了。 |
24
ob 2020-03-02 19:13:32 +08:00 via Android
自己先去卖空股票,然后删库,这一波赚不少
|
25
wangxiaoaer 2020-03-02 19:24:30 +08:00
别较真,给资本市场看的。
|
26
mitu9527 2020-03-02 19:43:26 +08:00
如果技术上能恢复,早就恢复了,不会等这么多天。所以可能是没完全恢复,只是这么说而已。如果真的是完全恢复的话,说明删库前完全备份了,然后提了条件并且最后和解了,不是说上司睡了那人的女朋友两次么,哈哈。
|
28
Bantes 2020-03-02 20:04:32 +08:00 1
今天访问的几个小程序用的是微盟的接口,都还没恢复。好像听说官方在发假消息其实好多还没恢复,发利好消息为了救股市的
|
29
ifxo 2020-03-02 20:09:38 +08:00
主要是为了声誉,即使一点也没恢复,也要说恢复了 100%
|
31
flynaj 2020-03-02 20:54:32 +08:00 via Android
机械硬盘,发现的早恢复非常简单。没有你们想象的那么难,当然有其它写入就覆盖了
|
32
HangoX 2020-03-02 20:58:51 +08:00
没有写入覆盖压根没事,直接恢复就好了。你要是多擦写几次,神仙都很难救
|
33
lc7029 2020-03-02 21:39:45 +08:00
@mediapig89 裸设备格式化之后没有写入数据的话,也能恢复,只是我们外人不知道 O 厂的数据结构。在他们自己知道的前提下,找回数据就容易多了。
|
34
mmixxia 2020-03-02 22:08:29 +08:00
确实专业的实验室修复的可能性还是很大的
|
35
mrchi 2020-03-02 22:34:40 +08:00 1
之前看帖子说用的腾讯云主机自建的数据库,那也就是云硬盘,数据应该分散在多个物理盘上才对。
如果云硬盘资源被回收了,以腾讯云的体量,存有数据的物理盘的区块应该会马上被别的资源申请占用了吧,这种不好恢复吧? 所以会不会是云硬盘资源还在,并没有删除🐶 |
36
yefee 2020-03-02 22:41:45 +08:00
之前忘了哪里看到消息,一个商户说微盟回复他们说预计 18 号恢复数据
|
37
snw 2020-03-03 00:05:09 +08:00 via Android
@neoblackcap
除非跑境外,不然签和解协议拿钱很容易被作为敲诈勒索的证据。 |
38
huntcool001 2020-03-03 03:02:21 +08:00
@snw 他的意思是,运维交出备份帮助恢复数据,公司出具刑事谅解意见书,这运维可以少判几年.
|
39
hanbing135 2020-03-03 07:25:42 +08:00 via Android
明显吹给资本市场看的啊
|
40
murmur 2020-03-03 07:46:06 +08:00
上面的别着急吹,新闻又变了,说有经销商被踢出群了
|
41
qianmeng 2020-03-03 07:47:59 +08:00 via Android
肯定很刺激。
不会那么快恢复的,主要是删除不彻底,多写几遍不好吗? |
42
chempotato 2020-03-03 07:56:31 +08:00 via Android
看看雪球上的爆料,微盟彻底凉了
|
43
imnpc 2020-03-03 08:41:28 +08:00
我觉得如果是存在云主机上 不可能 100%恢复的 因为云磁盘导出来并不是一个完整的硬盘镜像啊...
磁盘回复最主要是物理磁道上恢复吧 你都没有完整的硬盘数据啊 |
44
BlackBerry999 2020-03-03 08:47:31 +08:00
好像是重新定义了 100%恢复的标准。。。。所以就 100%了(百度上看到的)。
|
45
WinnieNumberTwo 2020-03-03 08:50:29 +08:00 via Android
资本市场的日常假新闻。如果有 v2er 从纯技术角度来看就真信这种鬼话,那以后还是别碰股市算了。
|
46
deeplydrink 2020-03-03 08:57:32 +08:00
没有快照之类的备份?
|
47
classyk 2020-03-03 08:59:41 +08:00
楼上考虑的都是只是应对 rm 之类的删除,所以说删除没有写入的情况下还能恢复,然而具体运维怎么删除数据的?如果运维走的是 dd 覆盖磁盘之类呢?
|
48
ytmsdy 2020-03-03 09:01:51 +08:00
了解一下硬盘底层的逻辑就知道了,数据被删除以后,好像只删除了文件表里面的内容,真正的文件是没有被抹除的。只有当有新数据进来,当硬盘没有空白扇区的时候才会抹除之前的数据。
|
49
chocotan 2020-03-03 09:10:23 +08:00
恢复了?我看的新闻说,官方说 100%恢复了,但是商户反映还没有
|
50
whwq2012 2020-03-03 09:11:23 +08:00 via Android
b 站搜修客实验室,看专业的人是怎么修的
|
51
Jiajin 2020-03-03 09:13:50 +08:00
激情删库的这个人如果反复写入,是不是就没 dei 了
|
52
exploreXin 2020-03-03 09:22:30 +08:00
数据恢复不了的小商家,给点好处私了,大商家能恢复多少就恢复多少,恢复不了给补偿,之后就是发个安抚人心的消息,宣布 100%恢复了,让后来者能够安心的继续花钱用他们的东西。
|
53
mezhangkai 2020-03-03 10:03:15 +08:00
核心数据没有快照备份吗,是云服务器厂商的问题,还是自己公司技术建设的问题?
|
54
vevlins 2020-03-03 10:06:37 +08:00
细节就是不害臊呗
|
55
raptor 2020-03-03 10:18:33 +08:00
对于云服务来说,讨论裸设备的删除恢复没有意义,不是一个层面的东西,在云服务器里看到的东西都是虚拟出来的,母机层如果有备份,虚拟机里删一百遍也没有用。
别说虚拟机了,就算是裸机用 SAN 存储,在 SAN 层面做了快照,裸机删除一百遍也没用。 归根到底是要有备份。 |
56
justfun 2020-03-03 10:19:43 +08:00
都一周了....也是够可以的
|
57
jingege 2020-03-03 10:28:31 +08:00
不太可能完全恢复,不过以国内公司的尿性,恢复 70%也会报道完全恢复
|
58
fancy111 2020-03-03 10:29:01 +08:00
没太关注这个,先搞清楚是删数据库,还是格式化硬盘,这明显是不同的操作。两种操作都可以百分百恢复,前者是有全日志的,后者格式化之后肯定同一时间不会去写入覆盖,照样可以恢复。
这也不是扫码高深技术,只是费时间。 另外如果要完全删数据,应该格式化硬盘后。。。。。 |
59
encro 2020-03-03 10:48:30 +08:00
想想携程
|
60
jsondog 2020-03-03 10:48:53 +08:00
运维这个情况是不是得坐牢啊?判几年?
|
61
JCZ2MkKb5S8ZX9pq 2020-03-03 12:09:37 +08:00
唉,其实有一个很简单的问题。
如果真有备份,如果真的直接读磁盘修复,需要用这么久嘛? 据说是很多程序员在加班,猜测会不会是拿各种零散的第三方数据去回填的? |
62
codingKingKong 2020-03-03 12:14:04 +08:00
我记得之前看过云服务存储数据时, 会分散存储, 所以猜测可能不是拔硬盘~
倾向于公关口径 + 有备份~ |
63
sevenzhou1218 2020-03-03 14:40:24 +08:00
百分百恢复了,谁还敢用腾讯云啊。口怕。
|
64
shujun 2020-03-03 15:06:29 +08:00
完全删除其实可能性不大,完善恢复也不可能,肯定会丢一些相对热的数据。
如果是物理磁盘,仅仅删除没有覆写的话,恢复数据不难。 云服务的磁盘资源都是虚拟磁盘吧,这样系统隐射到哪里,是否有做备份,就不得而知了。 那个删除数据的运维,如果真的想删除:通过脚本不停的覆写所有分区,删除所有备份,删除 raid 的分区保证不可被修复。还有冷备份。。。。。 |
65
nrtEBH 2020-03-03 15:09:50 +08:00
云上的很难恢复吧 分布式存储 我猜测是本地 IDC 里面的硬盘拿去数据恢复了
|
66
HuHui 2020-03-03 15:12:20 +08:00
可能吗?
|
67
hantsy 2020-03-03 15:35:19 +08:00
我在如果是物理格式化还能恢复???
|
68
annoy1309 2020-03-03 15:41:43 +08:00
云服务商底层是仅写的吧,就和 23L 说的那个道理,足够早发现恢复存量问题不大
|