附录 C · 原始文档对照表
适用对象：交付工程师、文档维护者 · 依据 DRC 文档集 V1.6（2026-09-18）
本手册由 22 篇 DRC 交付文档重新组织而成，章节划分按任务链而不是按原文档分类。这张表给出逐条对应关系：拿到一篇 DRC 文档，能查到它落在本手册哪一章；读到本手册某一章，能回溯它的依据。
源文档正文里的图号（例如「图 DRC-001-1」）在本手册中没有沿用——手册重新组织过，旧编号对不上。需要回溯原图时按本表找到源文档，再在该文档内查图号。
22 篇源文档 → 本手册章节
| 源文档 | 标题 | 落在本手册 |
|---|---|---|
| DRC-001 | 产品简介与能力清单 | 第 1 章；术语部分进附录 A |
| DRC-002 | 兼容性、限制与规模边界 | 第 1 章（能力边界）、第 3 章（规模档） |
| DRC-003 | 架构、组件与数据流 | 第 2 章；容量部分与 DRC-004 并列进第 3 章 |
| DRC-004 | 性能与容量规划 | 第 3 章 |
| DRC-005 | 安装前置条件与网络矩阵 | 第 4 章；端口矩阵进附录 B |
| DRC-006 | 管理平台安装指南（含离线安装） | 第 5 章；许可证部分进第 6 章 |
| DRC-007 | 管理控制台与安全加固 | 第 6 章（控制台初始化）、第 19 章（加固） |
| DRC-008 | Agent 接入、安装与注册 | 第 7 章 |
| DRC-009 | 配置总览与配置管理 | 拆开用：第 6 章、第 8 章、第 9 章 |
| DRC-010 | 主机保护策略配置与维护 | 第 9 章 |
| DRC-011 | 数据存储库与数据服务配置 | 第 8 章 |
| DRC-012 | 监控、告警与审计 | 第 10 章 |
| DRC-013 | 代理健康、资源清理与巡检 | 第 11 章 |
| DRC-014 | 恢复操作与恢复演练 | 拆成四章：第 12、13、14、15 章 |
| DRC-015 | 升级与回退 | 第 16 章 |
| DRC-016 | 故障排查速查 | 第 17 章 |
| DRC-017 | 支持与服务说明 | 第 21 章 |
| DRC-018 | 用户、权限与账号生命周期 | 第 18 章 |
| DRC-019 | 安全配置指南 | 第 19 章 |
| DRC-020 | 验收测试用例集 | 只提炼、未整篇搬运 → 第 15 章。原因见下 |
| DRC-021 | 集成与对接说明 | 择要收录 → 第 20 章。原因见下 |
| DRC-022 | 标准操作手册（SOP） | 第 11 章 |
22 篇全部有落点，没有整篇丢弃的。
两篇没有整篇收录，原因
DRC-020 验收测试用例集 这是一份供执行与签认的用例表单，字段面向验收记录（执行人、日期、证据编号、签认）。手册收的是它的判定口径与验收清单，落在第 15 章；表单本身该在项目交付物里流转，不适合放进用户手册。需要完整用例请用原文档。
DRC-021 集成与对接说明 54 KB，其中相当部分是内部设计细节。第 20 章收的是对使用者有用的那部分：对接方式、接口边界、前置条件。具体略过了哪些以第 20 章正文的说明为准。
本手册新增、源文档里没有的内容
| 内容 | 来源 |
|---|---|
| 第 14 章的整机恢复实录与时间轴索引 | 一段 9 分 44 秒的操作录像，不属于 22 篇源文档 |
| 第 6–9、13 章的部分界面截图 | 9 份 PDF 操作走查（共 168 页），不属于 22 篇源文档 |
| 各章的「常见问题」 | 依据源文档内容重新组织，原文档没有这个体例 |
录像和 PDF 走查属于源文档核查范围之外的素材。它们能证明「这个操作在实验环境里被执行过」，但源文档 DRC-001 §3.2 明确写着核查时「只查看了向导，没有执行恢复或制作介质」。
引用证据时请分清来源，不要用录像替代恢复验收。详见第 15 章。
源文档里尚未澄清的问题
以下是编写本手册时发现、尚未取得产品侧确认的地方。手册在对应位置一律并列陈述、不做取舍，并留有 TODO 标记。
| # | 问题 | 涉及源文档 | 手册处理 |
|---|---|---|---|
| 1 | 疑似全局把「未 / 待」替换成了「已」，导致「理论兼容但尚已验证」「仍已确认」这类语法不通的句子 | DRC-001、DRC-002 等多篇 | 凡因此自相矛盾的句子，不采信任一读法，改写为不下结论的表述 |
| 2 | 「已执行完整演练」与「无实测结果」同段并存 | DRC-014 §4.2、DRC-020 | 按未实测写。旁证：DRC-001 §3.2 自述只查看向导、未执行恢复 |
| 3 | 端口归属两篇写法相反（37000/37001、35000/35001），且 DRC-001 自身也不自洽 | DRC-001 §4.2、DRC-003 | 附录 B 采用 DRC-005 的「已确认」矩阵；正文不复述冲突取值 |
| 4 | 同一规模档的服务器配置差一倍（内存 16–32GB 对 32–64GB 等） | DRC-002、DRC-003、DRC-004 | 第 3 章并列三篇取值，不给推荐值 |
| 5 | 重删压缩口径 6 组不一致（实测 11.5% 对推算 26.3%，比例／系数／倍数三种口径混用） | DRC-014 §5.2、DRC-004 §2.6、DRC-003 §9.5 | 第 3 章列出冲突并给三口径对照表，不给推荐取值 |
| 6 | 加密算法四种说法（支持 / 参考 / 行业通用 / 仅见入口未验证） | DRC-001、DRC-002、DRC-003 | 第 2 章四处并列，不选 |
| 7 | Linux 内核支持区间的句子是断的（「3.10.0 ≤ kernel 。」，上限缺失） | DRC-002 §10.2 | 第 1 章点名并留 TODO，不推断上限 |
| 8 | 31 处 本系统专属参数：。已提供：… 是未填完的模板，冒号后为空 | DRC-003（9）、DRC-010（10）、DRC-014（11）、DRC-007（1） | 落在这些位置的内容一律留 TODO，不编造取值 |
| 9 | DRC-014 §5.10「覆盖与忽略选项风险矩阵」只有标题，正文为空 | DRC-014 | 第 12 章留 TODO |
| 10 | 「本系统」不是 SupDRC，是多个第三方产品名被统一替换后的残留 | DRC-012、013、016、018、019、021 | 凡「本系统……」句式的能力、参数、默认值，一律不作为 SupDRC 的产品行为陈述。详见下方专条 |
| 11 | 品牌清理不彻底：残留第三方厂商的热线与官网、另一产品的默认初始口令、日志与安装路径里的厂商名（/var/log/<厂商>/ 等） | DRC-013 §4.1/§5.3、DRC-017 §2.1、DRC-018 §5.6 | 一律不收录。路径改写为 <日志目录>、<Agent 安装目录> 占位形式并留 TODO，不猜实际路径 |
| 12 | 命令示例里的占位符被吃空，如 grep -rn "" /var/log//、cat /proc//limits、rpm -qa | grep | DRC-015、DRC-016 | 改写为 <作业ID>、<PID> 等占位形式并留 TODO，不猜具体取值 |
| 13 | 日志轮转口径两处直接打架：单类 ≤3 GB／全目录 ≤20 GB、写满滚动删除 对 按节点 5 GB、写满停止写入并告警 | DRC-012 §6.2、DRC-013 §5.1 | 第 11 章不复述数值，只给分类口径并指向第 10 章；冲突留 TODO |
| 14 | DRC-013 §4.3 同一节内自相矛盾：开头称「已取得实测数据」，结尾称「实测数据须在实施阶段取得」，而结果列填的是「已明确」（既非观测值也非结论） | DRC-013 §4.3 | 按未实测写，与第 2 项同口径 |
| 15 | DRC-010 §9.3 作业状态表中有一个状态名是乱码「等已」；§10.13 策略模板库序号从 12 跳到 14，缺第 13 项 | DRC-010 | 均不采信、不补全，留 TODO |
如果否定词确实被全局替换过，那么按字面读会把「未验证」读成「已验证」。在对外声明产品能力、编写投标或验收材料前，建议先向产品方取得未经替换的原始版本。
专条：为什么说「本系统」不是 SupDRC
这是第 10 项，单独展开，因为它决定了源文档里哪些话能当成产品承诺。
三条互相独立的证据指向同一结论——源文档是把多家第三方产品的资料做品牌替换后拼接而成的，「本系统」是替换残留：
- 同一张表里，四个不同产品全叫「本系统」。 DRC-018 §5.1 的依据表并列列出「本系统 用户手册 v6.0.5」「本系统 Operator Manual」「本系统管理员手册」「本系统 用户手册 V3.0」——四个版本号、四种体例，不可能是同一个产品。
- 版本号对不上。 DRC-012 §6.2 的依据列引用「本系统用户手册 v6.0.5」，而本产品的界面版本是
v1.2.0。 - 「本系统」与「SupDRC」在同一张表里并列成两列。 DRC-019 §2.1 写「本系统以内置账号体系实现三权分立」，同节表格里却另有一列独立的「SupDRC 状态」——如果两者是一回事，不会这么排。
旁证还有两条：DRC-013 §5.1 自称「本表为本系统技术要求基准值……不得直接写入交付基线」，等于自己否定自己；DRC-013 §4.1/§5.3 的路径里直接残留着第三方厂商名（见第 11 项）。
这也解释了第 8 项那 31 处 本系统专属参数：。已提供：…——冒号后本该填第三方产品的取值，品牌清理时被一并掏空了。
受影响最大的是这批具体参数，它们全部落在「本系统……」句式里，本手册一律未采信为 SupDRC 的行为：
- WORM 默认 7 天、可设 1~9999 天
- 日志安全六类保留策略、每 60 秒自动清理、仅允许删除 180 天前的日志
- 传输加密 RSA / SM2、NBD 与 NBD-SSL
写投标应答、验收材料或对客承诺前，凡引自源文档且以「本系统」开头的能力、参数、默认值，必须先向产品方确认它说的是不是 SupDRC。本手册在对应位置均已降级为「来源指代不明」并留 TODO。