我和Backblaze有同样的经历。三年前我尝试通过他们的桌面客户端从Backblaze恢复我的文件。第一件事我注意到的是，如果由于网络或其他问题无法下载文件，它就会跳过该文件。但是你可以通过修改其作业文件（只是一个SQLite数据库）来强制重试。另外，它会将文件拆分成小块进行存储和下载。它会存储这些块的校验和，但不会存储文件的完整校验和，因此根据客户端的编写方式，我无法确定恢复的文件在拼接后是否未被损坏。后来我发现，即使经过多次重试，它也无法下载某些文件，因为似乎这些文件在Backblaze端就已经损坏了。但对我来说最严重的问题是，它破坏了所有非ASCII编码的文件名。这些文件名在数据库中以UTF-8存储，但客户端却以Windows-1252或其他编码保存。所以我最终得到了数百GB的文件，文件名像фикац这样，我无法重新编码这些名称，因为有些字符在过程中已经丢失了。…
源讨论Backblaze已经停止备份你的数据原帖 693 条评论 · 导入时统计排除是一回事，但我曾遇到 Backblaze _无法恢复一个文件_ 的情况。我支付了无限历史记录的费用。 我联系了客服问怎么回事，他们说“文件在某个时候被删除了，很抱歉”，然后他们给了我三个月的信用额度。 我现在不再信任我的 Backblaze 备份了。
完整原文把你的经验，加入这段讨论。
他们总是大谈特谈后端有多么强大的冗余。我想他们没把404算进去吧
完整原文> 我想知道他们之后有没有修复客户端。 他们没有。我花了整整一周的时间试图恢复不到2TB的备份，因为客户端每次都会在最后几%的时候冻结。我最后不得不把恢复过程分成200GB的块，通过网页客户端下载并手动恢复，这非常令人沮丧，让我极其讨厌他们（必须使用的）Windows客户端。
完整原文> 但对我来说最严重的问题是，它破坏了所有非ASCII编码的文件名。这些文件名在数据库中是以UTF-8存储的，但客户端却保存为Windows-1252之类的编码。所以我最终得到了数百GB的文件，文件名像фикац这样，我无法简单地重新编码这些名称，因为有些字符在过程中已经丢失了。 > 我想写一个脚本，强制Backblaze客户端重新下载文件，记录所有无法恢复的文件，修复损坏的文件名，并将恢复的文件重新分割成块，以验证它们的校验和是否与SQLite数据库匹配，但这个任务对我来说太大了，所以我拖延了三年，同时继续每月支付Backblaze的费用，因为放弃数据感觉很伤心。 文件名可能是他们最容易破坏的元数据。我非常重视文件名，就像重视文件的创建/修改时间一样。一个备份程序…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。