pve 的 vma.zst 格式结尾的备份文件，还原的时候提示不完整，还有概率修复吗，他能读 99%，我这个 vm 里是个 docker compose 编排的容器以及产生的数据，里面有 java 服务、mysql 、redis
图一是备份时的日志，图二是还原时的报错。
也试着跑了下文件的完整性检验，检验也是失败的
 | 1 Xhack 6 小时 17 分钟前 没有备份策略吗？就这一个备份？ |
 | 2 MagicCoder OP  1 @Xhack 哎 我太 sb 了，之前觉得我每天都全量备份 vm 到机械硬盘，保留 3 天的数据，他总不可能 3 个备份全坏吧，结果现在要还原了，3 个全坏了 |
 | 3 somebody1 6 小时 15 分钟前 公司的东西是吧，直接给领导说明现在的情况，找一找网上数据恢复的价格，然后让领导决断就好了。 |
| 4 MagicCoder OP @somebody1 没有，是自己线上跑的项目的数据，我有一个开源项目，大概有 40 来个人在用，现在想着数据能找回就尽量找回了 |
 | 5 cryptovae 6 小时 9 分钟前 `每天都全量备份 vm 到机械硬盘，保留 3 天的数据` 让我想起了我领导弄的数据库备份，备份七天的数据，结果，实际服务器磁盘一直是快满的状态，导致备份的数据不完全，后来直接有一天去还原备份，直接数据全没了 |
 | 6 laminux29 6 小时 1 分钟前 1.zst 是把整台虚拟机的磁盘文件与配置文件，打包导出后，再用 zstd 进行压缩，本质上是个巨大的压缩文件，而且 PVE 产生的 zst 压缩文件，没有 RAR 的冗余与纠错机制，只用它对虚拟机备份的风险巨大，计算出错、内存坏块、硬盘坏块等问题，都能导致无法还原。 2.在生环境，对虚拟机进行备份，不仅要备份整台虚拟机，还需要对里面的文件进行备份两次。这是异构备份机制，来提高可用性。 |
 | 7 dode 5 小时 53 分钟前 还得定期做数据还原试试 |
 | 8 xclimbing 5 小时 38 分钟前 既然三个 zst 备份文件都是坏的，说明这种备份方案可以 pass 掉了。你以前应该没有进行过备份数据完整性测试。 这个属于智商税，该交了就交吧。 |
 | 9 DylanC 5 小时 22 分钟前 2 上个月 19 号体验了一次类似的经历，也是 zst 文件恢复报错，最后丢了快两个月数据。 尝试手动还原。解包的时候忽略校验 使用 lzo 压缩时：使用命令 lzop -xF xxxx.vma.lzo 解压 使用 zstd 压缩时：使用命令 zstd -d --no-check xxxx.vma.zst 解压 解压时候是 vma 文件，使用 vma extract 手动解压 看看能救回多少，算多少吧，good luck! |
| 10 MagicCoder OP @DylanC 感谢感谢 我试试看 |
| 11 MagicCoder OP |
| 12 DylanC 1 小时 42 分钟前 @MagicCoder 太幸运了，羡慕 ing |
| 13 MagicCoder OP @DylanC 这次长教训了，我要做多地数据备份了 |
Select Language