当其他人永远丢失数据时，您可以回到过去。
注意： 这是一个用例示例，展示了 Rediacc 如何处理这类问题。我们是一家初创公司，这些是为之设计产品的真实场景，而非已完成的客户案例研究。
危机场景： 一名新聘员工在3 周前意外删除了实时数据库中的关键数据行。你的备份系统只保留 2 周的历史记录。在普通设置下，这些数据已经消失。
问题
Mehmet 负责一家大型电商平台的数据库。一天早上，客户开始投诉过去的订单记录不可见。他调查后发现，一名新聘工程师在 3 周前意外删除了实时数据库中的关键数据行，连接到的是实时数据库而非测试环境。每位 DBA 要么亲历过，要么目睹过新人犯的这个经典错误。
现有备份系统：
- 每周进行一次完整备份
- 每天记录增量备份
困境： 删除发生在完整备份日期之前，因此丢失的数据不在备份中。每日备份仅记录最新数据，因此删除的项目无法恢复。
危机影响
由于数据丢失：
- 客户 无法处理退款请求
- 支付系统出现不一致的情况
- 投诉在社交媒体上迅速传播
结果：
- 客户支持团队面临巨大的压力
- 公司声誉迅速受损
- 手动数据恢复工作仅取得 15% 的成功
额外挑战：
- 为了降低存储成本，公司仅保留最近 2 周的备份
- 删除的数据不在最近备份中
Rediacc 解决方案
下面是 Mehmet 通过 Rediacc 构建的时间机器方案：
1. 快照
- Rediacc 每小时自动拍摄系统快照
- 这些快照还涵盖了数据被删除之前的时刻
2. 回到过去
- Mehmet 在 Rediacc 界面中选择删除发生的日期和时间
- 1 分钟内将系统 3 周前的快照恢复到新实例
3. 完全恢复
- 丢失的数据完全一致地恢复
结果
- 公司声誉在24 小时内得到修复
- 95% 避免了财务损失
- Rediacc 证明可以在不增加存储成本的情况下进行频繁备份