未经测试的故障转移只是一个希望
你有灾难恢复计划。但你上次测试是什么时候？大多数团队没有。他们假设它能工作。然后灾难来临，他们发现它不能。未经测试的计划不是计划。它只是一个希望。
查看时间线
传统方式
Q1 安排灾难恢复测试
Q2 推迟（太忙了）
Q3 组建团队
第 1 天 手动运行测试
第 2 天 发现漏洞，开始恐慌
使用 Rediacc
运行测试
4 min
报告
未经测试的故障转移花费你多少钱？
拖动滑块以匹配你的业务。查看寄希望于 DR 计划有效的真实成本。
一条命令，完全信心。
模拟
运行 rdc failover test --simulate。针对克隆的受控故障。对生产零风险。
观察
实时查看每一步。我们测量恢复速度和数据丢失，记录每个服务，并可接入你现有的监控工具。
验证
获取包含精确 RTO、RPO 和每服务健康状态的通过/失败报告。在真正的故障发生之前修复漏洞。
主节点 (us-east-1) 测试模式
nginx :443
api-server :8080
mariadb :3306
redis :6379
模拟
4 分 12 秒
✓ 测试通过 通过
RTO 22s
RPO 0 bytes
Services 8/8
Status PASS
为什么传统 DR 测试会失败
老派的 DR 测试需要生产停机、一屋子工程师和数周的规划。Rediacc 能在数秒内克隆整套环境。测试在副本上运行。生产永不停机。
为什么传统 DR 测试会失败
| 传统 DR 测试 | Rediacc DR 测试 |
|---|---|
| 需要生产环境停机窗口 | 在隔离克隆上测试，对生产零影响 |
| 3-5 天规划、组建团队、执行 | 一条命令，4 分钟，自动化 |
| 一年测一次（如果有的话），最多每季度 | 每月，或通过 cron/CI：部署多频繁，就测多频繁 |
| 手工检查：凭感觉判定“看起来没问题” | 自动健康检查：用精确数据说话，通过或失败 |
| Kubernetes 灾备演练：维护一套同步集群，然后祈祷别出事 | 整个集群 46 秒克隆完成，演练在副本上进行 |
您将获得什么
安全模拟
无需触碰生产环境即可测试故障转移。测试在即时副本上运行，你的线上服务永不中断。
完整可见性
逐步看清恢复过程中发生的一切。每项服务、每个端口、每次健康检查，都会带着精确时间记录下来。
混乱来临前的信心
在需要之前就确认计划行得通。测试可直接接入 CI 流水线。一旦失败就会告警，远早于问题造成影响。
来源 (11)
- Veeam, “2024 Data Protection Trends Report: BC/DR Trends,” 2024. “仅有 13% 的组织在灾难恢复流程中采用编排工作流。” “仅有 58% 的服务器在上一次大规模攻击期间达到恢复 SLA。” “仅有 32% 的组织相信能在一个工作周内恢复 50 个工作负载。”
- Zerto 的测试故障转移在隔离网络中的临时磁盘上启动副本虚拟机，完全不影响生产。
- Veeam SureBackup 在隔离虚拟实验室中运行自动恢复验证，完全不影响生产。
- Zerto Orchestrator 自动运行日程化故障转移测试，完全不影响生产，并生成合规报告。
- Druva 的 DR 计划测试按需启动克隆资源，完全不影响生产，进行 RTO/RPO 验证。
- Veeam ONE Reporter 生成详细的 DR 就绪度及合规报告，供审计和治理使用。
- Zerto 在每次故障转移测试后生成恢复报告，保留最多 90 天历史数据用于 SLA 验证。
- Veeam SureBackup 通过隔离测试验证云工作负载的可恢复性，支持 AWS 和 Azure 虚拟机。
- Zerto 支持跨云测试故障转移（本地到 Azure、AWS 到 Azure），在隔离网络中的临时磁盘上运行。
- Veeam Backup & Replication 以本地部署方式运行在 Windows Server 上，客户完全掌控基础设施。
- Zerto 以本地部署方式运行，包含 Zerto 虚拟管理器和每主机虚拟复制设备。
探索其他解决方案
今天就测试你的故障转移计划
从免费的社区版开始。5 分钟内运行你的第一次 DR 测试。
免费开始使用社区版 $ rdc repo push production --to secondary --checkpoint