超过17万家非营利组织失去了全部数据。该怪微软吗？

总体反应

• 很多人认为，这起事件是对云依赖和 SaaS 许可模式的一种可预见失败，而不是孤立的离奇事故。
• 对微软删除数据的强烈愤怒，与对非营利组织备份和退出策略薄弱的批评交织在一起。

责任与归咎

• 一种观点：微软应为突然删除数据、沟通不清，以及没有把客户数据当作关键资产而承担主要责任。
• 另一种观点：组织最终要对自己的数据负责；依赖“免费”或受补贴的生态系统，却没有独立备份或退出计划，是一种失职。
• 也有不少评论者认为两者都可能成立：微软行为不负责任，而客户也犯了本可避免的错误。

通知与数据删除政策

• 一些租户管理员表示，他们在数月内收到了多封明确邮件，说明非营利许可变更以及可能的数据丢失。
• 另一些人说自己没有收到通知，或者消息含糊不清，被埋在泛泛的“重要更新”噪音中。
• 官方文档承诺在过期后保留约 90 天，但评论者指出“应该如此”和“系统实际执行如此”之间存在差距，而且尚不清楚非营利资助是否适用该政策。
• 广为流传的“17 万家非营利组织失去一切”这一数字，追溯起来只是某位低级支持人员的转述；不少人认为这个数字不可靠。

非营利组织、成本与 IT 约束

• 许多非营利组织预算拮据，依赖志愿者或临时性的 IT 人员，技术水平也非常有限。
• 这导致它们依赖“够用就行”的方案（例如共享驱动器、捐赠的云服务），却没有完善的备份或灾难恢复测试。

云、备份与数据保存

• 关于基本原则有很强的共识：不要只保留一份；不要把主数据和备份放在同一地点或同一服务商那里；要测试恢复。
• 建议包括多服务商备份、廉价本地存储、自动化异地副本，以及在最终删除前设置降速/只读过渡期。

替代方案与厂商锁定

• 有些人主张迁移到 Linux/LibreOffice 以及更“主权化”的工具，以避免企业方的突然抽身。
• 另一些人则认为，对于许多需要网页共享、权限、MDM 以及微软所提供集成能力的组织来说，这并不现实。
• 更广泛的批评是：订阅模式、不透明条款，以及削减成本的文化，使大型厂商难以成为关键数据的可靠保管者。