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

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

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

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

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

@DylanC 感谢感谢 我试试看

上个月 19 号体验了一次类似的经历，也是 zst 文件恢复报错，最后丢了快两个月数据。 尝试手动还原。解包的时候忽略校验 使用 lzo 压缩时：使用命令 lzop -xF xxxx.vma.lzo 解压 使用 zstd 压缩时：使用命令 zstd -d --no-check xxxx.vma.zst 解压 解压时候是 vma 文件，使用 vma extract 手动解压 看看能救回多少，算多少吧，good luck!

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

还得定期做数据还原试试

1.zst 是把整台虚拟机的磁盘文件与配置文件，打包导出后，再用 zstd 进行压缩，本质上是个巨大的压缩文件，而且 PVE 产生的 zst 压缩文件，没有 RAR 的冗余与纠错机制，只用它对虚拟机备份的风险巨大，计算出错、内存坏块、硬盘坏块等问题，都能导致无法还原。 2.在生产环境，对虚拟机进行备份，不仅要备份整台虚拟机，还需要对里面的文件进行备份两次。这是异构备份机制，来提高可用性。

`每天都全量备份 vm 到机械硬盘，保留 3 天的数据` 让我想起了我领导弄的数据库备份，备份七天的数据，结果，实际服务器磁盘一直是快满的状态，导致备份的数据不完全，后来直接有一天去还原备份，直接数据全没了

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

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