第 1 章 · 产品与能力边界
适用对象：所有人 · 阅读约 12 分钟 · 对应产品界面版本 v1.2.0
SupDRC Agent 是一套有代理的主机保护产品：在 Windows 或 Linux 主机上安装一个 Agent，由管理平台统一下发策略，把整机或指定文件备份到存储库，需要时再从还原点取回。这一章回答三件事——它由哪些对象组成、这一版做到了哪一步、哪些主机可以写进本期交付范围。
读完这一章你会做：
- 说清 SupDRC 与 SupMirror 两个名字的关系，知道 Agent 作业该在哪些页面操作
- 分清被保护主机上的 Agent 与基础设施侧的数据获取器（Backup Proxy）
- 对着控制台的七步路径判断自己当前进行到哪一步
- 用「已验证支持 / 有条件支持 / 理论兼容但尚未验证 / 不支持」判断一台主机能不能纳入本期
- 在交付记录里分别登记文档版本、管理平台版本与 Agent 版本
一个产品，两个名字
这是第一次接触这套系统最容易踩的坑，先讲清楚。
页面标识和「关于」显示的产品名是 SupDRC，界面版本 v1.2.0；而控制台各业务页里，数据表上方挂的页签文字是 SupMirror。两个名字同时存在，都不是笔误。
| 名字出现在哪里 | 你会看到什么 |
|---|---|
| 页面标识与「关于」 | SupDRC，界面版本 v1.2.0 |
| 业务页的数据页签 | 数据获取器、存储库、主机保护组、历史任务、主机保护数据等页面，表格上方的页签文字是 SupMirror |
| 数据获取器的类型名 | 界面写作 SupMirror Backup Proxy |
| 管理端后台容器 | supdrc:1.0 与 supmirror-backupserver:2.0 两个镜像并存（核查环境记录值，不同部署的容器名可能不同） |
| 恢复介质里的工具 | 自称 supmirror：整机恢复录像里网络状态提示「无法连通supmirror」，恢复日志写 Start restoring data via supmirrorAgent（见第 14 章） |
SupMirror 是通用备份侧的标签，页签相同不代表那一项功能对 Agent 适用。操作 Agent 作业要在「主机保护策略」和「主机保护数据」里做。 主机保护策略按 WindowsHost、LinuxHost 区分主机类型，选错类型就不是同一条作业链路。
这件事还有一个连带影响：页签名称不能替代组件版本。交付记录要把文档版本、管理平台版本、Agent 版本分开登记，见本章最后一节「版本怎么登记」。
控制台「快速开始」页用的是「备份源」「数据移动代理」「存储库」「备份作业」这类通用词，和你实际操作 Agent 作业时走的菜单（被保护资源、数据获取器、数据存储库、主机保护策略）不是同一组词。本手册统一使用附录 A的术语，引用界面文字时照抄原文。
产品由哪些对象组成
管理对象分成两类：左边是业务保护对象，右边是承担备份服务的基础设施。Agent 在左边，数据获取器在右边，这一条贯穿全书。
| 对象 | 在界面哪里 | 它负责什么 |
|---|---|---|
| 被保护主机 | 「被保护资源」 | 记录主机地址、系统类型、账号、状态和备份代理状态 |
| 保护组 | 「主机保护组」 | 管理计算机成员、发现计划和 Agent 分发设置；组内可以查看代理安装及在线情况 |
| Agent | 由保护组分发安装，状态在「被保护资源」和「主机保护组」查看 | 装在被保护主机上的保护组件，按策略读取本机数据并送出 |
| 数据获取器（Backup Proxy） | 基础备份设施 | 承担数据服务处理；可配置服务器、通讯端口、应用服务端口及并发设置 |
| 存储库（Repository） | 基础备份设施 | 保存备份数据，展示路径和容量 |
| 挂载服务器（Mount Server） | 备份资源编辑里的「作为挂载服务器」，存储库配置中也可选择 | 架构资源中可见的角色，与文件恢复、恢复介质制作相关 |
| 万网加速器 | 基础备份设施 | 可见的可选配置对象，当前无实例记录；不作为 Agent 作业的必需组件 |
数据获取器不是 Agent
源文档在「产品组成」和「数据与存储组件」两处都专门强调过这一点，后面各卷都依赖这个区分：
| 比较项 | Agent | 数据获取器（Backup Proxy） |
|---|---|---|
| 装在哪 | 被保护主机上 | 基础设施侧的服务器上 |
| 属于哪类对象 | 保护对象 | 备份基础设施 |
| 怎么产生 | 由保护组的发现计划分发并安装 | 在基础备份设施里手工登记 |
| 界面上的类型名 | 备份代理（资源页的状态列） | SupMirror Backup Proxy |
| 出问题时的表现 | 某台主机离线、这台机器备份不了 | 一批作业调度不动或数据传不出去 |
| 对应章节 | 第 7 章 | 第 8 章 |
Linux 策略在未配置挂载服务器时会提示「没有配置挂载服务器MountServer」，需要通过备份资源编辑启用「作为挂载服务器」。编制作业前先核对该资源已配置且可用。它在各类恢复场景中的完整职责、部署规模和高可用方式，源文档判定现有材料不足以确定。
这一版能做什么
主机保护策略向导提供两个选项：计算机整机备份和文件级备份。
恢复有两个入口。先看清楚措辞：这两项在源文档里的证据等级都是「界面入口已观察」，不是「支持」，更不是「可以恢复」。
- 文件细粒度还原（入口已观察、未实测）：向导提供还原点、目标和文件映射，见第 12 章
- 整机恢复（入口已观察、未实测）：先进入创建恢复介质页面，配置 ISO、驱动和保存位置，见第 13 章与第 14 章
源文档把「入口可见」「任务成功」「恢复可用」当成三件不同的事分别记录，能力一览表也照此编排：
| 能力项 | 当前证据 | 仍需单独验证 |
|---|---|---|
| Windows / Linux 主机接入 | 页面或操作手册 | 实际执行结果、适用范围和性能指标 |
| 保护组管理 | 页面或操作手册 | 同上 |
| 主机保护策略创建 | 页面或操作手册 | 同上 |
| 还原点查看 | 页面或操作手册 | 同上 |
| 恢复介质制作 | 页面或操作手册 | 同上 |
| 文件细粒度还原入口 | 界面入口已观察 | 同上 |
| 整机恢复介质入口 | 界面入口已观察 | 同上 |
表里证据列写「界面入口已观察」的两行，在方案、投标和交付材料中一律按未实测表述，不要写成「支持文件级恢复」「支持整机恢复」。
当前 Windows / Linux 备份记录均显示已结束且成功；历史任务页面可见类型为「代理备份策略」、状态「已结束」、执行结果「成功」的记录。备份任务成功属于「任务成功」这一级证据，不上升为「恢复可用」。
成功状态只说明任务完成，需要与对应还原点核对，恢复正确性和应用一致性必须另行验证。源文档对恢复能力的原始记录是「只查看了向导，没有执行恢复或制作介质」。完整的验收口径见第 15 章。
源文档写明其核查过程中未执行恢复，能力一览表也把两个恢复入口标成「界面入口已观察」。本手册第 14 章另附了一段 Linux 整机恢复完整实录，属于源文档核查范围之外的素材：它可以用来学怎么操作，但不替代恢复实测。全书统一按「未实测」口径表述，恢复能力要按第 15 章另做演练并留证。
从零到有的七步
控制台自带一条「快速开始」路径，登录后第一眼看到的就是它：
七步是有先后的：许可证不配好，后面几步的入口即使能打开，作业也跑不起来。
源文档给出的推荐顺序与本手册章节对应如下：
| 顺序 | 要做的事 | 本手册章节 |
|---|---|---|
| 1 | 安装前置条件与许可证 | 第 4 章、第 6 章 |
| 2 | 准备服务器凭证、基础设施与数据存储库 | 第 6 章、第 8 章 |
| 3 | 接入被保护资源和保护组 | 第 7 章 |
| 4 | 建立主机保护策略 | 第 9 章 |
| 5 | 通过历史任务与还原点检查备份 | 第 10 章、第 12 章 |
哪些主机能纳入本期
源文档用三种支持状态描述兼容性，交付时必须按状态区别对待：
| 状态 | 含义 | 能不能写进本期范围 |
|---|---|---|
| 已验证支持 | 在明确的产品版本、操作系统/内核、备份与恢复范围下有可追溯测试记录 | 可以 |
| 有条件支持 | 满足列明的依赖、配置或限制后方可使用，并写明验证范围 | 可以，但必须连同限制一起写进方案 |
| 理论兼容但尚未验证 | 仅根据系统兼容关系判断，尚无完整测试记录 | 不能作为已验收能力 |
| 不支持 | 已知无法使用 | 不能 |
系统支持记录继承自产品技术资料，核对日期为 2026-09-15，本次核查没有重新执行该矩阵测试。同名系统也要分别记录具体版本、构建号、架构、内核及能力分项。支持状态要按具体功能分项记录，备份成功不能替代恢复成功。
已验证支持
| 操作系统 | 版本 / 构建 | 内核 | 适用说明 |
|---|---|---|---|
| Windows 10 | 21H2 / 22H2（19044 / 19045） | 不适用 | 需按具体系统构建版本确认，不覆盖全部历史子版本 |
| Windows 11 | 22H2 / 23H2（22621 / 22631） | 不适用 | 具体功能更新版本与补丁范围仍需细化 |
| Windows Server 2016 | 1607（14393） | 不适用 | 已完成基础适配与验证 |
| Windows Server 2019 | 1809（17763） | 不适用 | 已完成基础适配与验证 |
| Windows Server 2022 | 21H2（20348） | 不适用 | 已完成基础适配与验证 |
| CentOS | 7.9（2009） | 3.10.0-1160 | 基础备份与恢复功能可用 |
| CentOS | 8.5（2111） | 4.18.0-348 | 基础备份与恢复功能可用 |
| Ubuntu | 22.04 LTS | 5.15.0 | 基础备份与恢复功能可用 |
| openEuler | 22.03 LTS | 5.10.0 | 已完成基础适配与验证 |
| openEuler | 24.03 LTS | 6.6.0 | 已完成基础适配与验证；快照能力按验证结果执行 |
有条件支持
| 操作系统 | 版本 | 必须连带说明的限制 |
|---|---|---|
| Windows Server 2012 | 6.2.9200 | 文件与整机备份可用；CBT 支持有限；整机恢复需 WinPE 介质且兼容性须实测。建议仅在无法升级时使用，并在接入前完成介质启动验证 |
| Windows Server 2012 R2 | 6.3.9600 | 同上 |
| CentOS | 9（Stream 9，内核 5.14.0） | 非快照模式可执行备份，恢复功能可用；快照模式可能受内核兼容性影响 |
| Ubuntu | 24.04 LTS（GA 内核 6.8.0 / HWE 内核 6.11） | 基础版本已验证；安装较新更新或升级内核后快照功能可能出现兼容性问题。落地时必须登记实际运行内核（uname -r），HWE 内核主机在完成回归验证前不要启用快照备份 |
硬边界
| 条目 | 结论 |
|---|---|
| Linux 内核低于 3.10 | 不支持，明确不兼容。接入前先采集内核版本比对 |
| ARM / ARM64（含鲲鹏、飞腾等） | 当前版本不支持；产品技术资料仅 x86 已验证 |
| 龙芯、申威、海光、兆芯平台 | 源文档未涉及，不能按已支持交付 |
| Linux 内核 6.10 及以上 | 不禁止备份，但快照模式需逐版本核对，可退化为非快照模式（文件级或卷级）继续保护 |
| Rocky Linux、Red Hat Enterprise Linux | 技术体系与 CentOS / RHEL 接近，具备适配基础，但尚未形成正式测试结论 |
| NAS、对象存储、虚拟化无代理备份 | 不在本次范围内，本手册只覆盖有代理的主机保护 |
源文档给出的内核区间原句为「受支持区间为 3.10.0 ≤ kernel」，上限被截断，没有写完。已经确定的只有两端行为：低于 3.10 不兼容；6.10 及以上快照需逐版本核对。落在中间的具体上限值不要自行推断，按实际内核逐台登记后再定。
适用与不适用场景
适用：需要集中管理 Windows / Linux 主机、安排备份窗口、保留多个还原点并定期演练恢复的场景。实施前先核对操作系统与内核、备份范围、数据变化量、保留周期、可用带宽和目标存储；按业务重要程度确定保护频率与恢复验收要求，先以代表性主机验证后分批推广。
要单独评估、不要直接承诺：
- 没有可用备份窗口的业务
- 无法部署主机组件的环境
- 目标存储不可靠的环境
- 恢复环境与源环境不兼容的场景
- 要求零数据丢失或固定秒级恢复的业务
- 需要应用一致性或跨硬件恢复的系统
版本怎么登记
页签名称不能当版本号用。交付记录里这几项要分开写：
| 记录项 | 本手册依据的取值 | 从哪里取 |
|---|---|---|
| 文档集版本 | V1.6（2026-09-18） | 源文档抬头；本手册全书以这一版为准 |
| 管理平台界面版本 | v1.2.0 | 页面左上角及「关于」 |
| 管理服务镜像标签 | 核查环境为 supdrc:1.0、supmirror-backupserver:2.0 | 后台容器清单；以实际容器名称定位，不要把示例名当作固定名称 |
| Agent 版本 | 逐台登记 | 见下方 TODO |
| Proxy / Repository / Mount Server / 中间件版本 | 逐个登记 | 部署验收时采集，版本清单应关联安装包校验值及采集时间 |
不要从产品名称或容器名称推导版本，也不要用镜像标签代替界面版本——核查环境里镜像标签是 1.0 和 2.0，而界面版本是 v1.2.0，两者本来就不是一回事。
常见问题
页面上到处是 SupMirror，是不是装错产品了？
不是。SupDRC 与 SupMirror 在这一版里并存：产品标识和「关于」是 SupDRC v1.2.0，业务页的数据页签是 SupMirror，恢复介质里的工具自称 supmirror。要做 Agent 作业就进「主机保护策略」和「主机保护数据」。
数据获取器和 Agent 到底差在哪？ 数据获取器是基础设施侧的服务，在基础备份设施里登记；Agent 装在被保护主机上，由保护组分发安装。两个对象分别配置、分别排障，不要互相代入。
我这台是 Rocky Linux 9，能不能写进本期范围？ 按源文档它属于「理论兼容但尚未验证」——有适配基础，但没有正式测试结论，不能作为已验收能力交付。要纳入就先做专项验证并按第 15 章留证。
历史任务显示「成功」，是不是就等于能恢复？ 不等于。成功只说明任务完成，恢复正确性必须单独验证。源文档明确要求把「入口可见」「任务成功」「恢复可用」分开记录。
鲲鹏 / 飞腾的服务器能装吗？ 当前版本不支持，产品技术资料只声明 x86 已验证。不要按已支持报方案。
交付文档里的版本号该写哪个？ 三个都写：文档集 V1.6（2026-09-18）、管理平台界面版本 v1.2.0、每台主机的 Agent 版本。不以页签名称替代组件版本。