1. 课程导入与灾备体系总览

在企业 IT 基础设施中，数据丢失与业务中断从来不是“是否会发生”的问题，而是“何时发生、影响多大”的问题。硬件故障、人为误删、勒索软件、机房断电、区域性灾害，任何一类事件都可能让核心业务停摆。Lenovo ThinkSystem 备份恢复与灾难恢复课程的目标，就是帮助学员建立一套从“数据可恢复”到“业务可连续”的完整能力体系：既能规划合理的保护策略，也能落地具体的备份、复制、快照与恢复操作，并在故障发生时按预定流程快速恢复业务。

本课程围绕 ThinkSystem 服务器、存储与相关数据保护软件展开，覆盖备份、恢复、复制、快照、容灾切换与演练等关键环节。学习完成后，学员应能够回答三个核心问题：保护什么（哪些业务与数据需要保护）、保护到什么程度（用 RTO/RPO 量化目标）、如何实现与验证（用什么技术、按什么流程、如何演练）。

核心术语：先统一语言

灾备领域最容易出现的沟通障碍，是同一个词在不同团队中含义不同。因此先明确本课程使用的核心术语：

• 备份（Backup）：将数据复制到另一份独立介质，用于在数据损坏或误删后恢复到某个历史时间点。备份强调“可回溯的历史副本”。
• 恢复（Restore）：从备份副本中取回数据并写回生产环境的过程。恢复时间取决于备份方式、数据量与介质性能。
• 复制（Replication）：将生产数据持续同步或异步地传输到另一套系统，使两端数据保持接近一致。复制强调“近实时的副本”。
• 快照（Snapshot）：在某一时刻对数据卷建立轻量级时间点映像，通常用于快速回滚，但快照本身依赖原卷，不能替代独立备份。
• 灾难恢复（DR）：在站点级故障后，将业务切换到备用站点或备用系统并恢复运行的整体能力。
• 业务连续性（BC）：不仅包括 IT 系统恢复，还包括人员、流程、场地与供应链的持续运行能力，DR 是 BC 的 IT 组成部分。

RTO 与 RPO：把灾备目标变成数字

灾备方案是否合格，不能靠“感觉很快”“基本不丢”来判断，必须用两个指标量化：

• RTO（Recovery Time Objective，恢复时间目标）：从故障发生到业务恢复可用的最长可接受时间。RTO 越小，对切换自动化、备用资源就绪度的要求越高。
• RPO（Recovery Point Objective，恢复点目标）：业务可接受的最大数据丢失量，通常用时间表示，例如 RPO=15 分钟，意味着最多允许丢失故障前 15 分钟内产生的数据。

举例说明：某订单系统要求 RTO=30 分钟、RPO=5 分钟。若采用每天一次全量备份，RPO 实际约为 24 小时，远不达标；若改为每 5 分钟一次日志/增量捕获并异步复制到备用站点，同时备用系统处于热备状态，则 RPO 与 RTO 才可能同时满足。可见 RTO/RPO 直接决定技术选型与投入成本，而不是先选技术再补指标。

需要特别说明：RTO 与 RPO 是业务目标，不是技术承诺。实际达成的恢复时间（实际恢复时间）和实际丢失数据量，必须通过演练测量。课程后续会反复强调“演练验证”这一环节。

整体架构：从生产到恢复的分层视图

ThinkSystem 灾备体系可以理解为一条从生产侧到恢复侧的数据保护链：生产服务器与存储承载业务数据；通过快照、备份软件、复制链路将数据传送到本地备份存储或异地容灾站点；当故障发生时，依据预案选择文件级恢复、卷级恢复、虚拟机恢复或站点切换。下图给出这一体系的整体关系，包括生产层、保护层、传输层、恢复层以及贯穿全程的管理与验证。

学习路径：从单点保护到业务连续性

本课程按能力递进组织，建议按以下路径学习：

1. 建立概念与指标：理解备份、恢复、复制、快照、DR、BC 的区别，掌握 RTO/RPO 的定义与计算方法。
2. 掌握数据保护基础：学习 ThinkSystem 环境下的备份方式、快照机制、备份存储规划与保留策略。
3. 深入复制与容灾：理解同步/异步复制的差异、带宽与延迟影响、站点切换条件。
4. 执行恢复操作：掌握文件级、卷级、虚拟机级恢复流程，以及恢复过程中的校验与回滚。
5. 演练与优化：通过恢复演练测量实际 RTO/RPO，发现瓶颈并调整策略。
6. 方案设计：综合业务等级、成本与风险，设计分层灾备方案。

一个可参考的灾备目标示例表

下表为教学示例，用于说明不同业务等级如何对应不同指标与技术手段，实际项目中需根据业务调研结果填写。