1. 课程导入与AMD EPYC平台特性

1.1 学习目标

本课程围绕AMD EPYC服务器平台，讲解备份恢复与灾难恢复的完整知识体系。学完本章后，你应当能够：

• 区分备份（Backup）、恢复（Restore）与灾难恢复（Disaster Recovery，DR）三个概念，理解它们各自的目标与边界；
• 说出AMD EPYC架构中与备份恢复性能直接相关的关键特性：Zen核心、Infinity Fabric、内存通道、PCIe通道；
• 解释这些硬件特性如何影响备份窗口、恢复时间目标（RTO）与恢复点目标（RPO）；
• 为后续章节的备份策略设计、快照管理、异地容灾打下平台认知基础。

1.2 备份恢复与灾难恢复的核心概念

很多初学者会把“备份”和“容灾”混为一谈，实际上它们解决的是不同层次的问题。

备份是数据的副本，核心目的是“数据不丢”。它关注的是数据本身，通常以文件、卷、数据库或虚拟机为单位，按周期复制到另一份存储介质上。备份的关键指标是RPO（Recovery Point Objective，恢复点目标），即最多能容忍丢失多长时间的数据。例如每天凌晨2点做一次全量备份，RPO就是24小时。

恢复是把备份数据重新写回生产环境的过程，核心目的是“业务能回来”。恢复的关键指标是RTO（Recovery Time Objective，恢复时间目标），即从故障发生到业务重新可用允许的最长时间。恢复速度不仅取决于备份数据量，还取决于存储带宽、CPU解压/校验能力、网络吞吐等平台能力。

灾难恢复是更高层次的体系，它覆盖机房断电、火灾、区域性故障等场景，通常包含备份、复制、异地站点、切换演练等一整套机制。灾难恢复的目标是让业务在灾难后仍能在可接受的时间内恢复运行。

1.3 AMD EPYC架构关键特性及其对备份恢复的影响

AMD EPYC是基于Zen架构的服务器处理器，采用Chiplet（小芯片）设计。理解它的几个关键特性，才能理解为什么同一套备份软件在不同平台上表现差异巨大。

Zen核心：EPYC处理器由多个Zen核心组成，核心数量多（如EPYC 9004系列可达96核甚至128核）。备份过程中常见的压缩、去重、加密、校验和计算都是CPU密集型任务。核心越多，并行处理能力越强，备份软件可以同时处理更多数据流，缩短备份窗口。例如使用支持多线程的备份代理时，可将大卷切分为多个数据流并行压缩。

Infinity Fabric：这是AMD的片内与片间互连总线，负责连接各个CCD（核心复合体）和IOD（I/O芯片）。它决定了核心之间、核心与内存/PCIe之间的数据搬运效率。在备份场景中，数据需要从存储经PCIe进入内存，再由CPU处理，最后写出到备份介质。Infinity Fabric带宽不足时，多核心并行反而会因为互连拥塞而无法线性提升吞吐。

内存通道：EPYC支持8通道甚至12通道DDR5内存。内存带宽直接影响备份软件的数据缓冲能力。备份时通常需要在内存中做数据块缓存、校验和比对、去重索引查询。内存通道越多、带宽越高，单位时间内能“喂”给CPU的数据就越多，恢复时也能更快地把数据从内存推送到目标存储。

PCIe通道：EPYC提供128条PCIe 5.0通道（视型号而定），可直连NVMe SSD、HBA卡、网卡。备份数据要从源存储读出、经过PCIe、进入CPU/内存处理、再经PCIe写入备份存储或通过网络传输。PCIe通道数量和代际决定了这条数据通路的上限。例如PCIe 5.0 x4的NVMe理论带宽约16GB/s，而PCIe 4.0 x4约8GB/s，差距会直接体现在恢复速度上。

1.4 平台特性如何影响备份窗口与恢复时间

把上面的硬件特性放到实际运维场景中，可以得出几条经验判断。

第一，备份窗口受限于最慢的那一段。假设源存储能提供10GB/s读取，PCIe入口只有8GB/s，那么备份速度上限就是8GB/s。此时增加CPU核心数并不会让备份更快，瓶颈在PCIe。反过来，如果PCIe充足但CPU核心少，压缩和去重会成为瓶颈，表现为CPU利用率跑满而存储带宽用不满。

第二，恢复时间对内存和PCIe更敏感。恢复时数据从备份介质读出，需要先进入内存缓冲，再由CPU做解压和校验，最后写入目标存储。如果内存通道少、带宽低，大块数据恢复会出现等待；如果PCIe通道被其他业务占用，恢复速度也会下降。因此在规划RTO时，不能只看备份软件的理论速度，要结合EPYC平台的实际通道配置。

第三，Infinity Fabric影响多CCD场景下的扩展性。EPYC 9004系列由多个CCD组成，跨CCD访问内存和I/O的延迟高于片内。备份软件如果能把同一数据流的处理线程绑定在同一个CCD内，减少跨CCD数据搬运，就能获得更稳定的吞吐。这也是为什么在EPYC平台上做性能调优时，NUMA绑定和线程亲和性设置往往能带来明显收益。

1.5 一个简单的教学示例

假设一台双路EPYC 9354服务器，每路32核，共64核；配置12条DDR5-4800内存通道；两块PCIe 5.0 NVMe SSD分别作为源卷和备份目标；备份软件支持多流并行压缩。

若源卷读取带宽实测约6.5GB/s，备份目标写入带宽约5.8GB/s，CPU压缩吞吐约4.2GB/s（单路），则整体备份速度大致受限于CPU压缩能力。此时把压缩线程从16个增加到32个，并做NUMA绑定，压缩吞吐可能提升到接近7GB/s，备份速度随之接近存储上限。这个例子说明：在EPYC平台上，备份性能调优的核心是找到当前瓶颈段，而不是盲目加核或加盘。

1.6 本章要点回顾

• 备份关注数据副本与RPO，恢复关注业务可用与RTO，灾难恢复关注站点级故障的应对体系。
• AMD EPYC的Zen核心决定并行处理能力，Infinity Fabric决定片内数据搬运效率，内存通道决定缓冲与索引带宽，PCIe通道决定数据进出平台的上限。
• 备份与恢复的实际速度由“源存储—PCIe—内存—CPU—PCIe—目标介质”这条链路中最慢的一段决定。
• 后续章节将围绕这些平台特性，展开备份策略、快照、复制、异地容灾与演练的具体实现。