2 年的数据丢了...还有机会还原吗😭

[MagicCoder]

pve 的 vma.zst 格式结尾的备份文件，还原的时候提示不完整，还有概率修复吗，他能读 99%，我这个 vm 里是个 docker compose 编排的容器以及产生的数据，里面有 java 服务、mysql 、redis

图一是备份时的日志，图二是还原时的报错。

也试着跑了下文件的完整性检验，检验也是失败的

[Xhack]

没有备份策略吗？就这一个备份？

[MagicCoder]

@Xhack 哎 我太 sb 了，之前觉得我每天都全量备份 vm 到机械硬盘，保留 3 天的数据，他总不可能 3 个备份全坏吧，结果现在要还原了，3 个全坏了🙂‍↔️

[somebody1]

公司的东西是吧，直接给领导说明现在的情况，找一找网上数据恢复的价格，然后让领导决断就好了。

[MagicCoder]

@somebody1 没有，是自己线上跑的项目的数据，我有一个开源项目，大概有 40 来个人在用，现在想着数据能找回就尽量找回了🙂‍↔️

[cryptovae]

`每天都全量备份 vm 到机械硬盘，保留 3 天的数据`

让我想起了我领导弄的数据库备份，备份七天的数据，结果，实际服务器磁盘一直是快满的状态，导致备份的数据不完全，后来直接有一天去还原备份，直接数据全没了

[laminux29]

1.zst 是把整台虚拟机的磁盘文件与配置文件，打包导出后，再用 zstd 进行压缩，本质上是个巨大的压缩文件，而且 PVE 产生的 zst 压缩文件，没有 RAR 的冗余与纠错机制，只用它对虚拟机备份的风险巨大，计算出错、内存坏块、硬盘坏块等问题，都能导致无法还原。

2.在生产环境，对虚拟机进行备份，不仅要备份整台虚拟机，还需要对里面的文件进行备份两次。这是异构备份机制，来提高可用性。

[dode]

还得定期做数据还原试试

[xclimbing]

既然三个 zst 备份文件都是坏的，说明这种备份方案可以 pass 掉了。你以前应该没有进行过备份数据完整性测试。

这个属于智商税，该交了就交吧。

[DylanC]

上个月 19 号体验了一次类似的经历，也是 zst 文件恢复报错，最后丢了快两个月数据。

尝试手动还原。解包的时候忽略校验
使用 lzo 压缩时：使用命令 lzop -xF xxxx.vma.lzo 解压
使用 zstd 压缩时：使用命令 zstd -d --no-check xxxx.vma.zst 解压
解压时候是 vma 文件，使用 vma extract 手动解压

看看能救回多少，算多少吧，good luck!

[MagicCoder]

@DylanC 感谢感谢 我试试看

[MagicCoder]

@DylanC 数据找回来了😂 非常感谢 https://resource.kaisir.cn/uploads/MarkDownImg/20251216/Vzqm30.jpg

[DylanC]

@MagicCoder 太幸运了，羡慕 ing

[MagicCoder]

@DylanC 这次长教训了，我要做多地数据备份了😂

[colourfulsai]

@MagicCoder #13 这与其说多地备份，更重要的是加冗余,比如用 par3 加上 15%的冗余内容，可以保证原始 zst 文件/par3 文件部分损坏时能够将数据修复。

[Hopetree]

哈哈哈，我自己发服务的数据我都是本地备份+云备份，不能把鸡蛋放一个篮子

[momooc]

在虚拟机内部进行备份(restic)

[jpyl0423]

为什么备份文件失败，有找到原因吗？我现在也是这种备份方式

[chinni]

@MagicCoder 你了解下 restic （ rustic ） borg 和 kopia 吧 三个选一个。足够覆盖你所有需求了

[afirefish]

我也遇到过 pve 的 *.zst 备份恢复不了的情况，但是当时数据不台重要，没有深究，感觉这玩意儿一点都不可靠。

[guanzhangzhang]

@MagicCoder #13 你这最好 compose 文件备份，然后中间件那些考虑应用层备份，直接备份整个虚拟机不一定能早发现问题