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

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

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

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

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

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

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

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

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

还得定期做数据还原试试

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

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

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

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

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

@DylanC 感谢感谢 我试试看

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

@MagicCoder 太幸运了，羡慕 ing

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

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

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

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

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

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

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

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

只是 checksum error 而已，zstd 强解就好了，至少 99.99%的数据都能救回来。

备份盘有问题？不然咋可能三个备份全是坏的，我 pve 备份还原过最大 200g 左右的备份，折腾黑群晖上百 g 的元还原过好几次，都也能通过，难道是幸运？

@DylanC Hero!

@DylanC 太牛了老哥

@MagicCoder 下次可以先问问 AI ，复制过去 AI 的建议也跟 9 楼老哥说的类似

zstd -d --lOng=31 --force vzdump-qemu-xxx.vma.zst -o vm.vma

不影响数据吧，checksum 错误并不是必须项啊。vm 的磁盘文件直接挂载不就可以了？

数据和环境分离； 环境备份的大文件，容易损坏。迁移也不方便，一定要分离

自己导出来 忽略错误解压看看

咋不用 PBS

@leonunix 解不了的，磁盘根本出不来，需要强行解压，然后从里面拿磁盘，再挂硬盘，把数据拿出来。我打算写篇文章分析下

@guanzhangzhang 是 我现在就计划备份 compose 的文件了

@FrankAdler 问题是出在我这块盘是内网的其他机器上的，通过网络挂载的。数据写入的时候，稍微抖动下，都会文件不完整