之前带文件上传的时候，一个备份能有1.5g以上，从3月16号开始一个备份就只有原来大小的一半了，我手动备份试了下，发现还是700m。
不知道是用了新的压缩算法还是说搞了什么操作。
不认为压缩算法有改变。
我们的备份是不备份附件的，大小是正常的，平均下来每 3 天应该增加 1M 不到的样子。
可能是不是你的备份丢附件了。
可以下载下备份文件然后对比看看。
大小差这么多可能是缺了不少东西。
查看下日志，为什么会下载失败？
另外看看你的 ID： 119，上面有什么附件？
上面的附件能在 S3 上找到对应存储的内容吗？
感觉有可能，不知道要怎么恢复。不过我这边附件主要就是一些图片啥的，也没什么重要文件
先确定下出现问题的主题，上面图片上面不是有 ID 了。
这些 ID 对应的附件都能正常显示吗？
我看你这 ID 不是连续的，那么有可能是某些 ID 丢了东西，如果是连续 ID，那么可能是不一样的情况。
好的，我去看看
我因为用的是linode的对象存储，里面的文件名都是哈希码，不知道怎么查看对应id的文件，有点难搞。
不过下载了前后的备份对比一下发现确实有些图片的文件在备份里找不着了。
S3 也是一样的。
我们也有这个问题，其实挺难解决的，主要是文件 uploads 表中的问题。
对应 hash 代码是通过主题 ID 再 base62 算法来的：Discoruse 附件映射表 uploads
上次迁移，我们也缺附件了，没办法。
不过再3月15号的时候我也没迁徙过，我看看到底缺了啥吧，感谢了
我查了我的另一个测试服务器的文件数量是1399，现在的文件数量还变多了是1549。理论上应该没丢东西，但是就是不知道为啥会这样，只能先去看看id是怎么回事了
1 Like
我备份如果网站不动 每次备份都会小一点点
正常来说网站是在持续运营的，备份大小应该缓慢增加。
备份和恢复时的数据库版本要一致，不然无法正常恢复，官方一年有一次大的更新，在数据库上
备份变小，也是新版本数据库引起的