问题所在
迁移时，数据最脆弱
迁移数据时最危险。大多数工具先解密数据再复制，导致文件在传输过程中暴露。一个疏漏就会泄露。更糟的是，迁移结束后原有加密配置也会丢失，必须在另一端手动重新设置。
查看时间线
传统迁移
步骤 1 解密数据
步骤 2 导出到暂存区
步骤 3 未加密传输
步骤 4 在目标上重新加密
结果 配置丢失
使用 Rediacc
运行迁移
零暴露
已验证
0
迁移中的数据暴露
100%
全程加密
Any
覆盖所有目标
真实成本
迁移风险的真实代价
每次没有端到端加密的迁移都是一个等待发生的合规事故。
工作原理
一条命令，零暴露。
1
打包
您的加密 btrfs 快照连同密钥、配置和策略一起打包。不进行任何解密。
2
传输
通过加密通道传输到任何目标。AES-256 在传输过程中始终不会降级。
3
验证
SHA-256 完整性检查确认每个字节完整到达。如有任何失败，自动回滚。
源端 导出中
gitlab 42 GB
nextcloud 128 GB
mailcow 84 GB
mariadb 96 GB
AES-256
加密通道
目标端 已验证
gitlab SHA-256 ✓
nextcloud SHA-256 ✓
mailcow SHA-256 ✓
mariadb SHA-256 ✓
底层技术
解密-传输-重新加密 vs. 零暴露迁移
传统工具在传输前解密数据，产生数据未受保护的暴露窗口。我们从不解密——加密的 btrfs 快照作为封存块从头到尾传输。
解密-传输-重新加密 vs. 零暴露迁移
| 传统迁移 | Rediacc |
|---|---|
| 解密 → 传输 → 重新加密流程 | 加密的 btrfs 发送/接收，从不解密 |
| 密钥必须与传输工具共享 | 密钥始终留在源机器，客户持有 |
| 配置在目标上手动重建 | 加密配置、Docker 设置、网络路由一起迁移 |
| 假设完整性，无自动验证 | 传输后每个仓库进行 SHA-256 校验和验证 |
| 集群迁移需要搭建一套平行环境，然后祈求顺利 | 先克隆集群，测试无误后再切换 |
重要意义
您将获得什么
传输中加密
数据在迁移的每个步骤中保持 AES-256 加密。任何阶段都不会临时解密。
设置随数据迁移
加密配置、客户持有的密钥、Docker 设置和网络策略作为一个整体迁移。
零信任传输
无临时解密。无暴露窗口。中间方永远无法看到明文数据。
来源(13)
- Flexera，《2024 云计算现状报告》，2024。"多云使用率从去年的 87% 上升到今年的 89%。"
- Thales，由 S&P Global 451 Research 进行的《2025 云安全研究》，2025。"仅 8% 的组织加密了 80% 或更多的云数据。"
- IBM Security，《2024 年数据泄露成本报告》，2024 年 7 月。"2024 年全球数据泄露的平均成本达到 488 万美元。"
- AWS，《Amazon S3 定价 - 数据传输》，2024。"从 Amazon S3 到互联网的数据传输：前 10 TB/月为每 GB $0.09。"
- Commvault CommCell 迁移在一个操作中迁移整个客户端，包括配置、备份历史和数据。
- Veeam SureBackup 通过启动虚拟机并运行应用级健康检查来验证传输后的数据完整性。
- Rubrik 使用仅追加文件系统验证对摄取的数据执行自动完整性检查。
- Commvault 使用 CRC 校验和在多个阶段验证传输后的数据完整性，包括数据验证任务。
- Druva Restore Check 按自动计划主动验证备份数据一致性和设备快照。
- Veeam 支持跨平台恢复，包括 VMware 到 Hyper-V、物理到虚拟以及通过即时恢复进行云迁移。
- Rubrik 支持跨平台实时挂载和导出到 VMware、Hyper-V、AWS 和 Azure 环境。
- Commvault 支持 VMware、Hyper-V、AWS、Azure、GCP 等之间的跨虚拟机管理程序恢复（虚拟机转换）。
- Commvault 撤销故障转移功能通过恢复原始虚拟机配置自动回滚到故障转移前状态。