震惊库圈的"删库跑路"后续来了, 数据找回了

digoal2026年09月29日约 2 分钟

9.11 号(真是个玩命的日子)凌晨快1点的时候, 一位使用某 PG 系国产开源数据库的朋友, 火急火燎的找过来, 我正准备睡觉, 被惊醒了.

这是现实版的删库跑路, 我自己没干过, 只是圈内人士比较喜欢开这种玩笑, 没想道真的发生在朋友身上, 这事谁碰谁睡得着? 所以赶紧帮兄弟分析现场情况, 非常糟糕: 单机版、数据库没备份、存储层没备份, 数据文件被删了. 这种典型的三无场景, 胆可真肥, 不出事还好, 出事就要命.

那怎么办? 这么晚也没法摇人啊. 我脑子里冒出的第一个想法是先保存现场(幸好他们已经用云盘快照功能打了物理镜像快照), 然后想办法从文件系统层面恢复, 把数据文件弄回来才有办法从数据库层面进行恢复. 思路没错, 可说起来容易, 做起来难, 这毕竟是专业的活, 还得找专业的人.

第二天一大早给兄弟推荐了数据库届的恢复大神: 飞总.

后来这事的发展我就没关注了, 直到今天下午飞总发来好消息(大红包)已经搞定了, 飞总说很轻松是谦虚的, 你可别以为这活很简单, 没有金刚钻千万别随便尝试删库跑路.

这次能恢复真的是万幸中的万幸, 幸好用的产品是 PG 系, 幸好没有对数据文件进行魔改, 幸好删除文件后马上做了快照保留了现场, 幸好联系了飞总恢复了文件, 幸好有晨哥的PDU(专门给 PostgreSQL 系(包括国产 PG 系产品)数据库定制的恢复工具).

最后再提醒一下，大家生产还是别裸奔，备份一下吧！万一真遇到删库跑路了也别慌，记得第一时间找飞总！

数据恢复、文件恢复、甲骨文恢复找飞总，特靠谱！搞定了文件，后面的 PG 恢复就用 PDU！

来自同一个声音