这是一个创建于 2050 天前的主题，其中的信息可能已经有所发展或是发生改变。
其实我是感觉这种数据恢复程度简直。我倾向于认为不可能恢复到百分之一百。
如果真的恢复百分之百，那可能是之前有过一次完整备份，储存数据的硬盘从故障开始就没有写入数据，或被暂时屏蔽的逻辑删除数据一点也没有被覆盖。 个人对这方面尤其是硬件恢复的知识不太懂，特别想了解下。
 | 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 PRO 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 &nbs;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 1nakaELYBbsXbZxY 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 syahd 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 说的那个道理，足够早发现恢复存量问题不大 |
Select Language