Backblaze 对决 DropboxBackblaze Versus Dropbox
在线备份服务 Backblaze 宣布不再备份 iCloud Drive、Dropbox、Google Drive 和 Microsoft OneDrive 等在线文件存储服务的内容,引发了用户的广泛担忧。Backblaze 的核心卖点原本是能够无缝备份整个电脑及外接硬盘上的所有数据,但这一政策变动打破了其“全盘备份”的简单承诺。Michael Tsai 汇总了大量相关讨论,揭示了云存储服务与本地备份工具之间日益加深的冲突。这一变化迫使依赖 Backblaze 的用户必须重新评估自己的混合云备份策略。
Michael J. Tsai
Rob Halliday:
看起来 Backblaze 现在完全不备份 Dropbox 了,并且在毫无警告的情况下丢弃了 Dropbox 文件夹的现有备份。我联系了 Backblaze 的技术支持。他们那个“训练有素,能回答您的问题”(!!)的“AI Agent” Janet 在一小时左右回复说,由于 Mac Backup 软件的最近一次更新,Backblaze 现在基本上不再备份 Dropbox 了。[…] 回顾 Backblaze 的发布说明,这个变化发生在 9.2.2.878 版本。发布说明页面没有包含软件版本的发布日期,因此无法判断这个变化是何时发生的。[…] 如果我今天没有偶然发现这件事,我可能直到为时已晚才会察觉。我怀疑这就是为什么我今天没能在网上找到更多关于此事的强烈抗议——我估计这适用于很多人,他们知道这项功能一直运作良好,还没注意到它现在已经失效了。是的,它写在发布说明里,但我认为,像这样的变化应该在更新时非常醒目地展示出来,或者不应该将导致如此剧烈变化的更新自动强加给用户。
很长一段时间以来,我一直对 Backblaze 感到担忧,但这次更是刷新了下限。
往期相关:
更新(2025-12-22):看起来 Backblaze 现在也排除了 iCloud Drive 和 OneDrive,但通过 Maestral 同步的 Dropbox 不受影响。这似乎不是因为 Dropbox 使用了 File Provider Extension 框架,而且在用户级别也无法覆盖,所以我猜这是某种内置的排除规则。CrashPlan 也不再备份 Dropbox。Arq 仍然可以备份所有这些内容。
更新(2026-04-08):Backblaze 表示:
最近对 macOS 和 iCloud 的更新导致我们无法备份仍由 iCloud 管理的文件,即使它们在 Finder 中显示为“已下载”。此更改会影响存储在 macOS 通过云同步控制的 iCloud Drive 文件夹中的文件,包括 ~/Library/Mobile Documents 目录。现在,仅仅禁用“Optimize Mac Storage”(优化 Mac 储存空间)已经不够了——由于 Apple 的 iCloud 架构限制,位于 iCloud 管理的文件夹内的文件无法被备份。[…] 此限制是由于 Apple 最近对 iCloud 的更新限制了第三方备份程序对云端管理位置的访问。我们只能备份本地数据,无法绕过 Apple 的 iCloud 控制。
我不明白他们为什么说这一变化是 Apple 造成的,而且还会影响本地缓存的文件。其他应用程序能够读取这些文件,其他备份应用程序(例如 Arq)甚至能够临时实例化(materialize)那些未在本地缓存的文件。
更新(2026-04-09):这一说法现已出现在 Backblaze 的文档中:
iCloud 的最新更新阻止了 Backblaze 备份由 iCloud 同步的文件。要备份这些文件,请将它们下载到 Backblaze 可以读取的另一个本地位置。
更新(2026-04-14):Robert Reese(来自 Hacker News):
我心想没问题,大不了从 Backblaze 恢复就行了。遗憾的是事与愿违。在某个时候,Backblaze 已经开始忽略 .git 文件夹了。这让我很恼火。首先,我需要那个文件夹,而 Backblaze 让我失望了。其次,在 Backblaze 的偏好设置中,我找不到任何重新启用它的方法。事实上,查看排除列表时,我根本没有看到任何关于 .git 的提及。[...] 好吧,我想这也算是个教训,但就在一周前,我在 reddit 上看到了这个帖子:“不备份 Dropbox 文件夹??”。一位用户惊讶地发现他们的 Dropbox 文件夹不再被备份了。我惊慌地登录了 Backblaze,你瞧,我的 OneDrive 文件夹也不见了。
他是 Windows 用户——所以这个变化不能怪 Apple——他引用了 Backblaze 的发布说明,其中提到排除云文件是为了防止“性能问题”和“过度的数据使用”。
更新(2026-04-21):natasha_backblaze:
为了给“为什么”提供更多背景信息:这些云存储提供商现在严重依赖操作系统级别的框架来管理同步状态。例如,在 Windows 上,文件通常通过 Cloud Files API 表示为重解析点(reparse points)。虽然它们看起来像是本地文件,但仍然是系统管理的占位符,这使得很难将它们作为标准的磁盘文件进行可靠的备份。此外,我们构建产品时设定不备份重解析点,原因有两个:我们希望备份客户端对系统的占用尽可能小,并且只备份用户生成的所需文件。我们希望该服务是无限的,因此跟随重解析点会导致我们在云端备份大量数据。我们已经在力所能及的范围内进行了有针对性的投入,例如,通过在 Apple 的模型内工作来增加对 iCloud Drive 的支持,并支持 Google Drive,但将相同级别的支持扩展到像 Dropbox 或 OneDrive 这样的第三方提供商更为复杂,因此未包含在当前版本中。
Jim-From-Backblaze:
首先,Backblaze 计算机备份的构建初衷有一个首要目标:备份您 Mac 和 Windows 计算机上的所有数据。为了简单、轻松地完成此操作,且不需要用户进行太多干预。此备份涵盖计算机本身以及物理连接到计算机的内部驱动器和外部驱动器上的无限数据。这部分没有改变。改变的是一些第三方云同步工具在您的计算机上存储文件的方式。像 OneDrive 和 Dropbox 这样的现代工具不再总是将完整文件保留在本地。很多时候,您在 Explorer/Finder 中看到的只是一个占位符,基本上是一个指回云端的指针,而不是位于磁盘上的实际文件。
这似乎与 Backblaze 连云文件夹中并非指向云端的指针文件也一并排除的做法完全背道而驰。
更新(2026-05-01):Natasha Rabinov:
我们已经通过在这些平台的模型内运作,成功增加了对 iCloud Drive 和 Google Drive 的支持。将相同的支持扩展到每个同步提供商更为复杂,但这是我们正在积极探索的方向。
Christian Selig:
天哪,Backblaze 在 Tahoe 上太吃内存了,我们要 33 GB 的 RAM 干什么?
另请参阅:Accidental Tech Podcast。
更新(2026-05-04):zkarj:
我和其他人已经检查并确认,Documents(和 Desktop)文件夹中的内容正在进行备份,但 iCloud Drive 其他所有位置(例如 Pages、Numbers 等的默认文件夹)的内容并没有被备份。
David Carlton:
根据我与 Backblaze 客服的沟通,他们故意不对 com~apple~CloudDocs 目录下的文件进行备份,而独立的 iCloud Drive 目录正是存放在该路径下。
Ivan Drucker:
我刚刚发现在 BackBlaze 的备份中缺失了 ~/Library/CloudDocs 和 ~/Library/Mobile Documents。这让人很不爽。我使用的是 9.2.2.898 版本的客户端。 […] 此外,在他们的“Back Up iCloud Drive”支持页面上,他们现在在顶部添加了一条横幅,写着“iCloud 的最新更新导致 Backblaze 无法备份 iCloud 已同步的文件。要备份这些文件,请将它们下载到 Backblaze 能够读取的其他本地位置。”这似乎暗示他们完全不支持 iCloud Drive,整件事听起来纯属胡扯,而且这与该页面其余部分以及他们声称已支持 iCloud Drive 的博客文章自相矛盾。“iCloud 的最新更新?”这到底是什么意思?
更新(2026-05-25):mikebhm:
在完成所有设置后,我想起了关于 Dropbox 的那个讨论帖,于是联系了 Backblaze 客服,要求他们就“BB 是否会备份 iCloud Drive(假设本地存有完整的文件副本)”给出一个明确的答复。得到的答案毫无疑问是:不会。你必须将 iCloud Drive 中的内容转移到其他位置,这无疑完全失去了使用 iCloud Drive 的意义。
Backblaze 备份 Datacide Dropbox File Provider Extensions Git iCloud Drive Mac Mac 应用 macOS Tahoe 26 Microsoft OneDrive
24 条评论
需要完整排版与评论请前往来源站点阅读。