备份存储选型：D2D vs D2T vs D2C 与去重设备实战
备份存储选型这件事，我见过太多团队踩坑了。有人贪便宜买了低速磁带库，结果恢复窗口直接崩掉；也有人盲目上全闪存，预算超了不说，性能还过剩。说白了，选存储介质不是拍脑袋，得看你的 RTO/RPO 要求、数据量级和预算约束。
三种主流备份路径：D2D、D2T、D2C
先理清概念。D2D 是 Disk to Disk，D2T 是 Disk to Tape，D2C 是 Disk to Cloud。注意，前端都是磁盘——因为现在没人直接从生产服务器往磁带写数据了，太慢。
| 路径 | 典型介质 | 恢复速度 | 成本 | 适用场景 |
|---|---|---|---|---|
| D2D | SATA/SAS HDD、SSD | 高（MB/s~GB/s） | 中等 | 近线备份、快速恢复 |
| D2T | LTO-8/9 磁带 | 低（~300 MB/s） | 极低 | 归档、长期保留、合规 |
| D2C | 对象存储（S3、OSS） | 取决于网络 | 按量付费 | 异地容灾、弹性扩展 |
核心原则：D2D 做主备份池，D2T 做冷归档，D2C 做异地副本。三层搭配，既保性能又控成本。
我在一个金融客户那里见过反面教材。他们把所有备份都写到同一组 SATA 盘上，结果全量备份时 IO 延迟飙到 200ms，增量备份都受影响。后来我帮他们拆成两层：近 7 天的增量放 SSD 缓存，全量副本转储到磁带库。恢复速度提升了 4 倍，磁带成本只有磁盘的 1/5。
去重设备选型：源端 vs 目标端
去重是备份存储的命门。不上去重，你的存储成本会线性爆炸。但去重放哪？这是个经典选择题。
源端去重（Source Deduplication）
在备份客户端上先做哈希计算，只发送唯一数据块。网络传输量能减少 90% 以上。但代价是客户端 CPU 和内存开销大。
- 优点：节省带宽，适合跨 WAN 备份
- 缺点：消耗生产资源，可能影响业务
- 典型工具：Commvault 源端去重、Veeam WAN Accelerator
我的经验：源端去重一定要做 CPU 预留。我曾经在一个 2000 VM 的集群上开源端去重，没限制 CPU 上限，结果备份高峰期生产数据库响应慢了 30%。后来加了 cgroup 限制，才稳住。
目标端去重（Target Deduplication）
数据全量传到备份存储后，由存储设备自己做重复数据删除。网络带宽压力大，但生产端零负担。
- 优点：对生产无侵入，部署简单
- 缺点：需要大带宽，存储设备 CPU/内存要求高
- 典型设备：Dell EMC Data Domain、HPE StoreOnce
| 维度 | 源端去重 | 目标端去重 |
|---|---|---|
| 网络带宽节省 | 高（90%+） | 低（0%） |
| 生产资源消耗 | 高 | 无 |
| 存储设备成本 | 低 | 高（专用硬件） |
| 恢复性能 | 依赖源端重组 | 设备直接提供 |
注意：目标端去重设备有「水印」限制。Data Domain 在容量使用超过 80% 后，写入性能会断崖式下跌。我见过有人把 DD 塞到 95%，结果备份速度从 1.2 GB/s 掉到 200 MB/s。留 20% 空闲空间是铁律。
SSD 分层缓存策略
全闪存备份存储太贵，全机械盘又太慢。折中方案就是 SSD 分层缓存——把热数据放在 SSD 上，冷数据下沉到 HDD 或磁带。
具体怎么做？我总结了三层模型：
- L1 缓存（NVMe SSD）：存放最近 24 小时的增量备份和活跃 VM 的恢复点。容量不用大，1-2 TB 足够。
- L2 缓存（SATA SSD）：存放最近 7 天的全量备份和常用恢复点。容量建议 10-20 TB。
- 冷存储（HDD/磁带）：存放超过 7 天的历史备份。容量按需扩展。
关键参数：缓存命中率要保持在 85% 以上。如果低于 70%，说明缓存太小或淘汰策略不合理。我习惯用 LRU（最近最少使用）加手动 Pin 机制——把关键系统的恢复点固定在 L1 层，防止被刷掉。
举个例子。一个电商平台的大促期间，订单数据库每 15 分钟做一次增量备份。如果全走 HDD，恢复一个时间点要 40 分钟。用了 SSD 分层后，最近 2 小时的增量都在 NVMe 上，恢复时间缩短到 3 分钟。这就是分层缓存的威力。
选型决策矩阵
最后给一张决策表，帮你快速定位。你想想看，你的场景属于哪一列？
| 场景 | 推荐路径 | 去重方式 | 缓存策略 |
|---|---|---|---|
| 本地机房，千兆网络，恢复要求 < 1h | D2D | 目标端去重 | L1 NVMe + L2 SATA |
| 跨地域备份，带宽有限 | D2D + D2C | 源端去重 | L1 NVMe + 云端冷存储 |
| 合规归档，保留 7 年以上 | D2T | 目标端去重 | 磁带库 + 本地索引 SSD |
| 混合云，弹性扩展 | D2C | 源端去重 | 本地 SSD 缓存 + 对象存储 |
避坑指南：我曾经帮一个游戏公司做选型，他们坚持全量走 D2C，结果每天 50 TB 的增量备份把出口带宽打满了，业务延迟飙升。后来加了本地 SSD 缓存层，只把去重后的唯一块传到云端，带宽占用降了 80%。记住——云不是银弹，本地缓存是必须的。