当灾难来袭时，您的数据还能幸存吗？ 有了 Rediacc，它总是如此。
注意： 这是一个用例示例，演示了 Rediacc 如何解决此问题。这些场景代表了潜在的应用，而不是已完成的案例研究。
危机场景： 客户来电揭示问题：磁盘故障。远程备份服务器的最后备份是 3 周前。3 周的数据，全部丧失。
问题
将唯一的备份与其保护的数据放在同一机器上不是一个策略。以下是这种故障能说明的问题：
- 硬件故障
- 网络攻击
- 战争、地震、火灾、洪水等物理灾难
- 对数据丢失的保护不足
寻求解决方案：
- 决定将 20 TB 的数据备份到远程服务器
- 然而，使用传统方法，此备份需要 2 周，并占用99.99%（取决于快照之间总数据的更新比例） 的带宽
危机影响
接到客户来电后：
- 注意到服务无法正常运行
- 检测到 磁盘故障
- 检查远程备份服务器时，发现最后一次备份是在 3 周前进行的
结果：
- 手动磁盘恢复尝试 失败
- 由于 3 周的数据丧失，客户合同被取消
- 企业声誉严重受损
Rediacc 解决方案
1. 首次备份
- 首次将 20 TB 数据传输到远程服务器，需要 2 周时间
2. 每小时交叉备份
- 每小时创建一次完整备份感知，但仅传输变更的数据
3. 灾难场景的准备
- 数据甚至可以备份到跨大陆服务器
- 即使主机崩溃，最近 1 小时内的数据也能在数分钟内激活
结果
节省时间：
- 备份时间从 2 周减少到平均 4 分钟
- 数据丧失风险降低至 1 小时
成本优化：
- 带宽消耗降低98%
业务连续性：
- 当主服务器崩溃时，7 分钟内激活远程备份