Google 称 Drive 数据丢失“已修复”，却锁定了持不同意见的论坛帖子

原文 ↗ Hacker News 讨论 ↗

Google Drive 的一个漏洞导致用户报告文件悄然消失，尽管 Google 声称问题已修复并锁定支持论坛帖子，部分用户仍无法找回数月的工作成果。评论者质疑 Google 的透明度、法律风险以及对客户支持的承诺，尤其是对于付费服务，并将其与过去的产品关闭和账户封禁相提并论。此事件进一步加剧了人们对依赖单一云服务商存放关键数据的怀疑，并重新强调了多层备份策略的重要性，例如本地存储、NAS 设备以及独立的云副本。

数据丢失的范围与性质

  • 多位用户报告 Google Drive 数据缺失或损坏：文件似乎在 3 月左右被删除，上传内容能在搜索中看到却无法下载，以及在 Web 和桌面操作之间发生名称冲突后文件消失。
  • Google 的官方表述（“访问尚未同步的本地文件时出现问题”）被认为是在淡化本地数据被直接删除的事实。
  • 有人认为该漏洞显然出在 Windows 版 Drive for Desktop 客户端（v84）上，并且只影响尚未同步的本地文件；也有人指出，仍有仅通过 Web 使用（例如 Sheets）就发生损失的报告，因此质疑后端也可能涉及其中。
  • 目前不清楚是否有任何已经同步到云端的数据真的被销毁，还是问题仅限于丢失上传内容和不一致的同步状态。

Google 的处理与沟通

  • 许多人批评 Google 的回应：没有公开事后分析（postmortem）、帮助中心措辞含糊，以及锁定用户仍在持续报告问题的支持线程。
  • 这被视为 Google 糟糕客户关系和不透明支持文化的缩影，尤其让付费客户感到愤怒。
  • 有些人认为锁定线程是必要的，以阻止谣言传播并管理那些病态或永远不满意的用户；另一些人则认为这是在压制正当投诉。
  • 关于法律风险也存在争论：透明披露 vs 如果 Google 明知故犯地歪曲事件，可能带来的责任，甚至证券相关问题。

备份、云风险与冗余

  • 强调 3-2-1 备份原则：三份副本、两种介质、一份异地。云存储只是“存储”，不是“备份”。
  • 若干灾难性数据丢失的轶事（硬盘故障、大学系统、Dropbox 故障）进一步说明了多份、经过测试的备份是必要的。
  • 关于 S3 耐久性的讨论：11 个 9 意味着每年仍会有一些对象丢失，即便单个对象的概率极小；同时指出了耐久性与可用性的区别，而且耐久性不在 SLA 中。
  • 强调的风险包括：同步删除传播到本地副本、账户被黑或被关闭、基于 ToS 的封禁，以及把所有备份都放在同一家云服务商那里。

替代方案与信任转移

  • 一些人认为这反映出对 Google 产品信任的进一步侵蚀，并推动人们转向 NAS/家庭存储（例如 Synology、DIY ZFS）再加上有选择地使用云服务。
  • 另一些人建议继续使用云，但增加独立供应商或本地备份，并把任何同步客户端都视为潜在的单点故障。