第 9 章 · 主机保护策略（Windows / Linux）
适用对象：备份管理员、交付工程师 · 阅读约 15 分钟 · 对应产品界面版本 v1.2.0
主机保护策略是 SupDRC Agent 里真正"产生备份数据"的那个对象。它把一批被保护主机、一种备份模式、一个存储库与保留规则、一套执行计划绑在一起，提交之后按计划或按手动触发运行，运行结果落在历史任务里，产出物是还原点。
这一章讲怎么把这四件事配对，以及提交之后怎么确认它真的跑通了。Windows 与 Linux 的新建入口是分开的，但表单区块完全一致，所以本章合并讲，差异单独列出来。
读完这一章你会做：
- 在动手前确认许可证、主机代理、数据获取器、存储库和挂载服务器都已就绪
- 按六个区块填完一条主机保护策略，并说清每个区块的选项会影响什么
- 区分"计算机整机备份"与"文件级备份"，以及保留策略、加密、断点续传各自管什么
- 首次执行一条策略，并从历史任务和还原点两处核对它真的产生了数据
- 知道哪些参数在源文档里还是空白，不要凭经验替产品填值
开始之前
| 前置项 | 怎么确认 |
|---|---|
| 许可证 | 配置中心 → 许可管理，状态为有效授权（见第 6 章） |
| 被保护主机与代理 | 基础备份设施 → 被保护资源，核对主机地址、类型、状态与备份代理状态（见第 7 章） |
| 保护组 | 基础备份设施 → 主机保护组，核对成员及代理安装、在线情况 |
| 数据获取器与存储库 | 基础备份设施 → 数据获取器 / 数据存储库，状态「可用」、剩余容量满足本次计划（见第 8 章） |
| 服务器凭证 | 配置中心 → 凭证管理。服务器凭证用于资源接入，管理平台账户用于控制台登录，两者是不同对象 |
| 挂载服务器（仅 Linux 策略） | 基础备份设施 → 架构与资源，目标备份资源已打开「作为挂载服务器」。没配这一项，新建 Linux 策略会直接弹错，见本章「Windows 与 Linux 的差异」 |
策略表单的六个区块
新建表单是一组可折叠区块，顺序固定：
| 区块 | 管什么 |
|---|---|
| 基础配置 | 作业名、描述信息、是否优先执行 |
| 数据源 | 备份哪些保护组或单个计算机 |
| 备份模式配置 | 整机还是文件级，是否包括外部驱动器 |
| 存储配置 | 写到哪个存储库、保留多少、是否长期保留、是否断点续传 |
| 任务高级配置 | 备份链、维护、存储、通知、集成五组开关 |
| 任务计划 | 由我自行启动，还是按计划自动启动 |
六个区块可以按任意顺序展开填写，但提交前要逐块回看一遍——折叠状态下看不出哪一块还是空的。
操作步骤
步骤 1 · 进入新建入口并选择系统类型
- 左侧导航进入备份数据策略 → 主机保护策略。
- 页面顶部有「输入任务名称」搜索框、「搜索」「重置」按钮，下方是「+ 新建主机保护策略」按钮。
- 点按钮右侧的下拉箭头，展开菜单，里面是 Windows 与 Linux 两项。
- 按被保护主机的操作系统选择对应项，进入「新建主机保护策略」表单。
选错系统类型只能删了重建——表单提交后不能改系统类型，所以这一步比看起来重要。
Windows 与 Linux 的新建入口分开选择，但两者的表单区块名称、顺序与字段完全一致。逐屏比对过两套流程后确认：作业名、选择对象、备份模式、存储配置、任务计划、执行确认全部相同，差异只有两处，见本章「Windows 与 Linux 的差异」一节。
步骤 2 · 基础配置
区块说明文字是「为备份作业输入名称、描述并定义优先级」。
- 作业名（必填）：命名要能看出保护范围和用途。策略列表里只显示作业名和资源数量，名字起不好后面很难分辨。
- 描述信息（必填）：输入框右下角有字数计数，上限 500 字。
- 是否优先执行：开关。打开只影响调度顺序，不能替代对系统资源和运行窗口的规划。
「是否优先执行」默认关着。它排的是同时到点的多条作业之间的先后，不会让单条作业跑得更快。
步骤 3 · 数据源
区块说明写明：可以将一个或多个保护组以及单个计算机添加到备份作业作为数据源；对保护组的处理是实时动态的，创建备份作业后，若保护组中发现了新计算机，将自动更新作业设置以纳入该计算机。
- 在「备份源」列表下方点「添加」。
- 在「选择对象」弹窗中展开「被保护的电脑」节点，勾选目标计算机或保护组。
- 点「确定」关闭弹窗，回到表单核对「备份源」列表中的名称与类型。
树要展开到主机条目那一层再勾。勾在上层节点上等于把该节点下的成员全选进来，范围会比你以为的大。
保护组的成员是动态的。给保护组加一台主机，关联这个保护组的所有策略的备份范围都会跟着变大，不会再问你一次。改动保护组成员后，要回头重新核对每一条关联策略的范围与容量。
步骤 4 · 备份模式配置
区块说明文字分两段：
- 计算机整机备份：如果要创建整个计算机映像的备份，请选择此选项，并可指定备份存储、备份目标、创建 USB 驱动器。从此类备份还原数据时，你将能够恢复整个计算机映像以及特定计算机卷上的数据：文件、文件夹、应用程序数据等。
- 文件级备份：如果要在计算机上创建单个文件夹的备份，请选择此选项，并可指定备份的文件夹。
选定「计算机整机备份」时，下方多出一个「是否包括外部驱动器」开关。
选「文件级备份」时，最终备份范围由三部分叠加得出：选择哪些目录或文件、通配符过滤规则、权限与特殊文件的处理方式。
| 规则项 | 通用规则 | 风险点 |
|---|---|---|
| 选择粒度 | 可选择单个文件、文件夹或整个卷；勾选目录即包含其子目录 | 选择过宽会放大数据量与窗口占用，建议按业务目录逐项列出 |
| 通配符 | * 可代替零个、单个或多个字符；? 仅能代替一个字符 | 不同平台对大小写与路径分隔符的处理不同 |
| 过滤备份（排除） | 筛除掉匹配成功的文件，如 t??? 按文件名、*.txt 按文件格式 | 排除规则写错会静默漏备，必须配合备份后核对 |
| 选定备份（包含） | 只备份匹配成功的文件，语法与过滤备份一致 | 适合"目录很大但只需其中一类文件"的场景 |
| 通配符非法字符 | 通配符不能包含 / : " | \ 等字符 | 含非法字符的规则会被拒绝或按字面量匹配，提交时要校验 |
| 路径写法 | 使用绝对路径；Windows 为盘符加反斜杠，Linux 以 / 开头 | 相对路径语义依赖工作目录，不建议使用 |
| 属性与权限 | 是否备份文件权限、属主与时间属性由独立开关控制 | 权限与时间属性不备份时，恢复后需重新赋权，应在验收中单独检查 |
| 特殊文件 | 符号链接、挂载点、稀疏文件通常需单独策略 | 是否跟随符号链接、是否跨越挂载点会直接改变实际范围 |
建议排除清单（需按现场确认后使用）：Linux 侧 /proc、/sys、/dev、/run、/tmp、/var/tmp、swap 文件、挂载点目录、备份数据目录本身；Windows 侧 pagefile.sys、hiberfil.sys、swapfile.sys、回收站、系统卷影副本目录、杀毒软件隔离区、临时目录。数据库数据目录若已由数据库保护模块单独备份，应在文件级范围中排除，避免双份数据与不一致时间点。
范围配置完成后，用还原点中的文件数与容量反向核对实际范围，而不是只看规则本身。
源文档只给出"通常过滤优先"的通用判断，没有给出 SupDRC 的实际优先级。在产品侧确认之前，先用最小可用范围试跑一次，核对任务明细中的文件数与容量，再逐步扩大。
步骤 5 · 存储配置
区块说明文字是「为Agent计算机创建的备份选择一个存储目标位置」。
选中存储库后，「备份存储库」行下方会补充显示该库的总容量与剩余可用容量，用它和本次备份的预估数据量对一下再提交。
- 备份存储库：从下拉框选择目标库。没有可用库时，右侧「没找到，加一个」可跳去新建（见第 8 章）。
- 保留策略：数值 + 单位两个控件，单位下拉可选「还原点」。新建表单中可见的值为
7个还原点——这是表单的观察值，不是推荐值。正式保留数量由业务恢复窗口和容量规划决定。 - 长期保留完整备份策略：开关 + 「配置」按钮，独立控制。
- 是否启用断点续传：开关，独立控制。核查记录中 Linux 策略此项为关闭、Windows 策略此项为开启，说明它不是固定默认值，要逐条策略确认。
保留分短期与长期两层：短期按"个数"或"天数"保留，长期采用 GFS（年/月/周）保留关键完全备份点。
| 保留层级 | 通用规则 | 相互约束 |
|---|---|---|
| 短期 · 按个数 | 以完备点个数为基数，在备份任务完成时检测备份链个数是否超过设置值，超过则删除最早的备份链 | 基数按完全备份点计，不是按所有还原点计 |
| 短期 · 按天数 | 在任务完成时检测该任务备份链最后一个备份点是否超过"保留天数 × 24 小时"，超过则删除超期备份链 | 未备份的天数同样计入保留周期，可能导致实际可恢复天数少于预期 |
| 长期 · GFS 按年 | 保存关键完全备份点，超出保留数量时删除最早的时间点标记 | 勾选每年时，完全备份的时间策略至少需有每天/每周/每月之一 |
| 长期 · GFS 按月 | 按月保存关键完全备份点 | 勾选每月时，完全备份的时间策略至少需有每天/每周之一 |
| 长期 · GFS 按周 | 按周保存关键完全备份点 | 勾选每周时，完全备份的时间策略至少需有每天/每周之一 |
清理的触发时机是备份任务完成之后，不是按固定时钟扫描。增量备份链会把已超出保留时间的备份点向前合并到未超过保留时间的备份点（合并为新的完全点）；差异备份链会先删除超出保留时间的差异备份点，删完全部差异点后再删除其依赖的完全备份点。长期保留标记（GFS 标记）与短期清理相互独立，超期删除的是"未被 GFS 标记"的时间点。
清理失败通常表现为快照合并失败或重删库清理失败。处理方向是检查存储空间、存储连接状态与写入权限，并查看警告类日志是否存在重复告警。先扩容或修复存储，再等下一轮自动清理，不要绕过平台直接删除存储目录文件。
步骤 6 · 任务高级配置
展开后是五个带编号的设置组，每组显示一行「当前设置为：…」和一个「编辑」入口：
第 ③ 组那一行是整章最该停下来看的地方：重删默认开着、加密默认关着。两个都会影响恢复，见下方 C3、C4。
顶层区块叫**「备份模式配置」（选整机备份还是文件级备份，见步骤 3），任务高级配置里的第 ① 组也叫「备份模式」**（管备份链，即是否主动完整备份）。两者不是一回事，改配置前先确认自己展开的是哪一个。
Windows 那份操作记录只拍到前三组。完整的五组见下图（取自 Linux 侧的同一页面，两个平台此处界面一致）：
| 编号 | 设置组 | 副标题 | 当前设置为（核查环境观察值） |
|---|---|---|---|
| 1 | 备份模式 | 指定备份作业创建的备份链 | 主动完整备份（未开启） |
| 2 | 维护设置 | 设置定期执行维护操作 | 存储级损坏防护执行备份文件运行状况检查（未开启） |
| 3 | 存储设置 | 指定作业数据存储处理方式 | 内联重复数据删除（开启）；备份文件加密（未开启） |
| 4 | 通知设置 | 指定作业邮件通知 | 任务电子邮件通知（未开启） |
| 5 | 集成设置 | 从存储快照备份技术设置 | 从存储快照备份（开启）；每个存储快照处理的虚拟机数量（13）；故障切换到标准备份（开启） |
上表「当前设置为」抄自核查环境的一次截图，不代表所有版本或所有作业的固定默认值。另外第 5 组「集成设置」的文案涉及存储快照与虚拟机数量，源文档明确提示：它对 Agent 的适用性需单独确认，不要直接转写成 Agent 的支持功能。
下表是源文档给出的高级设置取值范围。注意源文档把这些标注为"技术要求基准值"，并在同一节把"SupDRC 中的准确取值范围、默认值、单位与生效时机"整体列为待补项——所以这张表用于配置前自检，不能当作 SupDRC v1.2.0 的产品承诺。
| 设置项 | 取值范围（基准值） | 默认值（基准值） | 相互约束与冲突 |
|---|---|---|---|
| 传输线程 | 1–8 线程量级（副本任务 1–8；操作系统保护默认 3） | 3 | 同时运行任务的总线程数不应超过宿主机逻辑核心数，超出部分不提升速度 |
| 扫描线程 | 多线程扫描 | 3 | 扫描比传输占用更多资源，建议扫描线程不大于传输线程 |
| 网络重连次数 | 最小 0、最大 999，0 表示无限重连 | 60 | 仅在数据传输阶段断网后生效；无限重连会长期占用任务槽位 |
| 重连间隔 | 5–60 秒，超出范围提示异常 | 30 秒 | 间隔过小会在链路抖动时产生大量重试 |
| 压缩等级 | 极速压缩、标准压缩、最大压缩、极限压缩四档 | 极速压缩 | 等级越高压缩率越高但耗时越长；与重删叠加会显著增加 CPU 占用 |
| 存储加密 | AES-256 与国密 SM4 两种方式 | 关闭 | 加密密码丢失则备份数据无法恢复；加密后恢复必须提供密码 |
| 传输加密 | SSL/TLS，可选 RSA 或 SM2 算法 | 关闭 | 开启后增加 CPU 开销，跨网段传输建议开启 |
| 内联重删 | 开关型 | 关闭 | 重删库元数据约占受保护数据量的 1%–5%，需要额外内存与清理窗口 |
| 快照开关 | 开关型 | 开启 | 需预留磁盘空间；资源占用已达 80% 及以上时不建议开启快照 |
| 文件权限备份 | 开关型 | 关闭 | 开启后备份读写/隐藏/存档等权限与属主信息，数据量略增 |
| 跳过文件告警阈值 | 按个数与按比例两个阈值 | 个数 10、比例 20% | 跳过文件数超过阈值才产生告警，阈值过高会掩盖漏备 |
| 限速策略 | 按天/周/月分段限速或永久限速；多条策略同时命中时取最小值 | 不限速 | 任务级限速与全局限速可叠加，叠加后按更小值执行 |
| 备份文件运行状况检查 | 开关型 | 按现场配置 | 检查会额外读取备份数据，应与窗口期一并规划 |
| 主动完整备份 | 开关型，用于强制周期性完全备份 | 按现场配置 | 与增量/差异计划冲突时会打断备份链，需与保留策略联立设计 |
配置前用下面这组约束自检，避免"单项合理、组合失效"：
| 编号 | 涉及设置 | 约束内容 |
|---|---|---|
| C1 | 传输线程、扫描线程 | 同时运行任务的总线程数不应超过宿主机逻辑核心数；扫描比传输更耗资源 |
| C2 | 传输线程、限速策略 | 线程数提升吞吐，限速限制吞吐，两者方向相反；先按链路带宽定限速，再用线程数逼近上限 |
| C3 | 重删、压缩、加密 | 三者均消耗 CPU，叠加后可能成为瓶颈；处理顺序影响重删率 |
| C4 | 存储加密、恢复 | 启用加密后恢复必须提供加密密码，密码丢失则数据不可恢复 |
| C5 | 快照开关、生产磁盘空间 | 开启快照需预留磁盘空间；生产资源占用达 80% 及以上时不建议开启快照 |
| C6 | GFS 长期保留、完全备份计划 | GFS 必须开启完全备份的时间策略；先定 GFS 粒度，再倒推完全备份计划 |
| C7 | 主动完整备份、增量/差异计划 | 强制完全备份会打断既有增量链，改变链结构与保留基数 |
| C8 | 重连次数、重连间隔、任务窗口 | 无限重连加短间隔会长期占用作业槽位并可能跨越业务高峰 |
| C9 | 保留策略、存储容量 | 保留个数与天数直接决定容量占用，副本与归档会成倍放大；预留 20%–30% 余量 |
| C10 | 跳过文件告警阈值、备份完整性判断 | 阈值过高会掩盖文件跳过，任务显示成功但数据不完整 |
步骤 7 · 任务计划
展开后只有一行「计划执行模式」，两个互斥按钮：由我自行启动 / 按照以下计划自动启动。
选「由我自行启动」的策略在列表里会带一个 <禁用任务计划> 标记，它不会自己跑——这是最常见的"策略建好了却没有备份"的原因。
首次创建的作业建议先选「由我自行启动」，把配置核对完再安排运行时间。
选择自动启动时，可用的触发方式为每周、每月、一天中特定间隔时间，或某个任务完成之后；同时还提供自动重试、重试间隔和备份窗口期。配置时要核对时区、运行窗口与前置任务关系。
步骤 8 · 提交并核对汇总信息
- 点表单底部的「提交」。
- 弹出「查看表单汇总信息」，逐条核对名称、类型、数据源、存储库、保留规则与调度计划。核查环境的一次汇总显示为「保留策略：保留 7 个还原点」「调度计划：未启用」。
- 确认无误后点「确定」，返回策略列表。
状态「启用」说的是策略本身没被停用，执行状态「待执行」说的是还没跑过。两个都正常，不代表今晚会有备份——那取决于任务计划。
若策略关联了保护组，要核对组内计算机数量。汇总页是提交前最后一次能看清"这条策略到底会备份几台机器"的地方。
步骤 9 · 首次启动
- 在「主机保护策略」列表中找到刚建的策略。列表行显示作业名与主机标识（如
Linux_Agent (LinuxHost)）、「通用代理」标签、<禁用任务计划>标记、资源数量（1 Resources）、存储库名、策略状态「启用」、执行状态「待执行」、最近结果「未知」。 - 点行尾的「更多」图标（
···），菜单中有开始、停止、禁用三项。 - 点「开始」，弹出「操作确认」，内容为「确认开始执行任务」，下方有「执行活动全备份」复选框。
- 按批准的备份方式决定是否勾选该复选框，再点「确定」。
这个复选框不是"更保险"的选项。勾选会强制产生一个新的完全备份点，改变链结构和保留基数；核查环境里 Linux 策略的那次执行勾选了它，Windows 策略的那次没有勾选。执行方式属于需要事先批准的内容，不要在确认框上临时决定。
首次执行前应登记：业务系统、主机范围、备份模式、目标存储、容量评估、执行窗口、业务影响观察点和授权执行人。业务负责人确认允许的性能影响与停止条件，运维人员确认凭证、Agent、存储与网络可用，保留审批记录后再执行。
步骤 10 · 核对备份结果
执行结果要从任务和数据两处入口分别确认，缺一不可。
任务侧：进入系统监控 → 历史任务，按任务名称、类型、状态或执行结果查询，核对开始与结束时间、状态和执行结果。核查环境的 Linux Agent 记录显示「已结束」「成功」。详见第 10 章。
在列表行上点进度入口可以打开「任务详情」，弹窗里「查看维度」有「总任务」和「明细任务」两个选项卡。「明细任务」的「详细操作步骤」逐条记录执行过程，一次成功的 Windows 整机备份依次出现：
排队等待处理
创建Agent任务,主机（<主机地址:端口>）
总大小：39.28GB（30.15GB已用）
初始化备份元数据完成
备份前准备完成
开始执行备份，目标存储库为[repo]
创建卷快照
备份数据完成
清理快照
更新元数据完成
备份还原点完成
备份数据27.08GB以10.69MB/s的速度读取
处理已于 <时间> 完成
数据侧：进入备份数据管理 → 主机保护数据，展开作业和主机，打开还原点信息，核对日期、类型、备份方式、文件及容量。
任务成功只说明数据写入完成。恢复正确性必须单独验证，按第 15 章的口径做一次实际恢复或挂载校验。
Windows 与 Linux 的差异
Linux 策略的配置步骤与上面的 Windows 流程完全相同，逐屏比对过两套流程：作业名、选择对象、备份模式、存储配置、任务计划、执行确认全部一致，只有作业名和主机地址不同。所以下面不重复铺一遍步骤，只讲差异。
差异有两处：
| 项 | 说明 |
|---|---|
| 必须先配好挂载服务器 | Linux 策略在新建时会校验挂载服务器；没配会直接弹错，见下文 |
| 任务明细的执行步骤 | Windows 的明细任务中可见「创建卷快照」与「清理快照」两步；Linux 记录体现对应主机的备份流程 |
Linux 策略的入口
和 Windows 走同一个下拉菜单，只是选下面那一项。
没配挂载服务器会怎样
点了 Linux 之后，如果所选资源还没有启用挂载服务器，界面会先弹出「系统提示」。
点「确定」能关掉它继续填表，但这只是把问题推后——挂载服务器没有就位，策略最终跑不通。
配置挂载服务器
- 进入基础备份设施 → 架构与资源，在
SupMirror列表中找到状态为「可用」的目标服务器条目，点右侧的「编辑」。 - 在「编辑备份资源」弹窗中打开「作为挂载服务器」开关。
- 核对「SSH端口号」
22、「挂载服务端口」35000、「挂载通讯端口」35001，按需填写「SSH超时」。 - 点「确定」保存。保存后列表行上会出现
Mount Server 服务 35000 通讯 35001的标记。
开关打开之后，下面的两个端口字段才有意义。保存前把端口和防火墙对一遍，否则策略能建起来但跑不通。
「挂载服务端口」35000 与「挂载通讯端口」35001 和附录 B 里数据获取器（Backup Proxy）使用的是同一对端口，不是另外两个。放行规则按附录 B 一次配到位即可，不用重复开。
Windows 与 Linux 的依赖、CBT、重启与应用一致性应分别验证。表单长得一样不代表底层机制一样——Windows 走卷快照（VSS），Linux 走文件系统冻结，两者的失败模式完全不同。交付验收时两类系统各跑一次完整的备份加恢复，而不是只跑一类。
加密与密钥
备份加密有两个入口：作业侧在「任务高级配置 → 存储设置」里的「备份文件加密」开关；平台侧在配置中心 → 加密管理维护密码条目。
核查环境里这张表是空的——也就是说加密尚未启用。启用加密属于一次性、影响面很大的决定，动手前先把密钥责任人定下来。
源文档给出的通用口径（不是 SupDRC 的字段清单）：静态数据加密可选 AES-256 与国密 SM4；传输加密可选 RSA 或 SM2，协议为 TLS 1.2/1.3；数据校验通过 HASH 比对实现，可选 md5（128 位，推荐）、sha1（160 位）、crc32（32 位）、sm3（256 位），位数越高冲突概率越低但计算耗时越久。加密传输开关默认为关闭，需按合规要求显式开启。
密钥管理必须覆盖生成、存储、备份、轮换、销毁五个环节：
| 环节 | 要求 |
|---|---|
| 生成 | 由平台或专用工具生成，避免人工弱口令；记录生成时间与用途 |
| 存储 | 与备份数据分离存储；私钥文件权限最小化；不得写入文档、截图或工单明文附件 |
| 备份 | 加密备份并异地保存副本；备份介质纳入与数据同级的管控 |
| 轮换 | 定义轮换周期与触发条件（人员变动、疑似泄露、合规要求） |
| 销毁 | 按合规流程销毁并留痕；销毁前确认无未过期备份仍依赖该密钥 |
这是本章唯一一个"没有补救办法"的配置项。新密钥启用后要用小范围备份验证一次恢复；旧备份仍可能依赖旧密钥，未核对存量备份的依赖关系前不要销毁旧密钥。含解密密钥的恢复介质按敏感介质管理。
策略的日常维护
启动、停止、克隆与重试
作业状态决定了可以执行哪些操作。误操作可能中断备份链或产生不完整还原点，所以启停、克隆与重试都要求二次确认。
| 操作 | 前置条件 | 执行后核对 | 回退方式 |
|---|---|---|---|
| 启动 | 策略已完成核对；存储容量充足；不在业务高峰 | 总任务与明细任务状态为已结束、结果成功；产生新还原点 | 停止作业并停用策略 |
| 停止 | 确认无正在进行的数据写入；已确认停止原因与时间窗 | 作业状态为停止；核对已产生还原点是否完整可用 | 重新启用策略并手动启动一次 |
| 克隆 | 源作业已停止；已明确新作业的名称、范围与目标 | 新作业字段与预期一致；试跑成功并产生还原点 | 删除克隆作业；源作业不受影响 |
| 重试 | 已定位失败原因并修复；记录失败阶段与提示信息 | 新一次执行成功；确认未产生重复还原点或链断裂 | 暂停自动重试，保留日志并升级处理 |
启动确认流程：① 核对作业名与系统类型；② 核对数据源范围与保护组成员数量；③ 核对目标存储库剩余容量与挂载状态；④ 核对执行窗口与限速是否与业务高峰错开；⑤ 选择本次执行方式并理解其对备份链的影响；⑥ 二次确认后启动；⑦ 在总任务与明细任务中同时观察进度与结果。
克隆流程：先停止源作业 → 执行克隆生成新作业 → 修改作业名与描述 → 调整数据源、目标存储与计划 → 提交 → 首次以手动方式试跑并核对还原点。克隆后必须重新核对数据源范围，避免把生产范围带偏。
重试流程：区分"仅重试失败对象"与"重试全部对象"；设置合理的重试次数与间隔；连续多次失败时保留日志与时间线并升级处理，不要无间隔重复启动。
作业运行中不可修改，修改前必须先停止；删除作业同样需要先停止。瞬时恢复类任务停止会清除临时卷，业务承载期间不得停止。
目标主机上的权限收敛
权限应分层：安装与升级需要一次性的高权限，日常运行使用专用服务账号，数据库接入使用专用备份账号，网络与存储只放行必需项。
| 层级 | 最小权限 | 说明 |
|---|---|---|
| 安装/升级 Agent | Windows 本机管理员；Linux root | 一次性操作，用于注册服务与驱动；安装后应收敛 |
| Agent 运行账号 | Windows 使用 LocalSystem 或专用服务账号；Linux 使用专用服务账号 | 卷快照与 VSS 需要高权限；Linux 可通过 sudo 命令白名单收敛到具体命令 |
| Linux sudo 白名单 | 仅授予读取硬件与卷信息、挂载/卸载、文件系统冻结、快照相关命令 | 禁止授予无限制 sudo 或可执行任意脚本的权限 |
| SQL Server 账号 | sysadmin 角色（备份与恢复均要求） | 备份用户必须具备 sysadmin 权限 |
| Oracle 账号 | system 用户或专用 backup 用户，授予 sysdba/dba | 需开启归档模式；容器数据库需按容器方式赋权 |
| MySQL 账号 | 物理备份需 BACKUP_ADMIN 等权限；逻辑备份需 SELECT、LOCK TABLES、RELOAD、REPLICATION CLIENT | 权限不足会报 1227 类错误 |
| PostgreSQL / KingBaseES 账号 | 备份专用账号，需备份与复制相关权限 | 应用配置中需填写数据库名、bin 路径、用户名与密码 |
| 平台接入凭证 | 按资源范围授予的最小凭证，避免使用域管理员长期账号 | 凭证需登记责任人、轮换周期与离职回收流程 |
| 网络 | 仅放行备份所需源地址与端口 | Windows 客户端安装时可自动配置防火墙，Linux 需手工开放 |
| 存储路径 | 仅服务账号可读写备份目录，其他账号拒绝访问 | 备份数据目录不应与生产数据共用高权限共享 |
应用一致性与前后置脚本
应用一致性有两条路径：一是使用操作系统的卷快照接口（Windows VSS、Linux 文件系统冻结）取得一致性时间点；二是调用数据库自身的备份接口（RMAN、原生备份、物理/逻辑备份），由数据库保证事务一致性。
| 数据库 | 一致性机制 | 前置要求 | 后置处理 |
|---|---|---|---|
| SQL Server | Windows 卷快照（VSS）；或数据库原生完全/差异/日志备份 | 开放备份代理端口；推荐 SQL Server 身份认证；启用日志备份前确认恢复模式 | 差异备份会自动截断日志；日志备份时间至少设置在差异备份前 1 小时 |
| Oracle | RMAN 物理备份配合归档日志 | 必须开启归档模式（需重启，建议由 DBA 操作）；备份前交叉校验归档日志 | 恢复后再次备份前需在 RMAN 中交叉检查归档并删除失效记录 |
| MySQL | 物理方式基于实例锁；逻辑方式 mysqldump 加 binlog | 确认 mysqldump 与 mysqlbinlog 路径、实例锁所需权限 | 逻辑备份需保证 binlog 连续以支持时间点恢复 |
| PostgreSQL | 基础备份加 WAL 归档 | 填写数据库名、bin 路径、用户名与密码；确认归档目录可用 | 恢复时按需回放 WAL 到指定时间点 |
| 达梦 DM | 数据库原生备份；参考资料称支持挂载方式备份 | 应用配置选择 DM 类型并完成实例认证 | 挂载方式备份会在 <挂载缓存目录> 下产生缓存，备份后需确认挂载已解除 |
| KingBaseES | 数据库原生物理备份 | 填写数据库名、bin 路径、用户名与密码 | 恢复后按需应用归档日志 |
脚本挂接的通用做法：前置脚本让应用进入可静默状态（停止写入、冻结文件系统、置入备份模式、切换日志），后置脚本解除静默。前置脚本失败时应放弃本次备份，而不是带业务写入继续；后置脚本失败时必须告警并人工恢复，否则应用可能长期停留在只读或冻结状态。
常见问题
策略提交后列表里状态是「启用」，但一直不跑。
看列表行上有没有 <禁用任务计划> 标记。选「由我自行启动」的策略不会自动触发，要手动从「更多 → 开始」启动。
保留策略填了 7，但实际还原点数量对不上。 保留个数以完全备份点为基数计算备份链条数，不是按所有还原点计。另外清理在备份任务完成后才触发，不是按时钟扫描，所以数量在两次作业之间会暂时偏多。
文件级备份跑成功了，但少了一批文件。 排除规则写错是静默漏备，任务仍会显示成功。用还原点中的文件数与容量反查实际范围，并逐条确认"本应被排除的文件确实未出现在还原点中"。另外「跳过文件告警阈值」过高会掩盖跳过，核查环境的基准值是个数 10、比例 20%。
开了内联重删之后备份变慢了。 重删、压缩、加密三者都消耗 CPU，叠加后容易成为瓶颈（约束 C3）。先小范围验证 CPU 占用与备份窗口，再全量启用。重删库元数据还会额外占用受保护数据量的 1%–5%。
新建 Linux 策略时弹出「没有配置 挂载服务器 MountServer」。 目标资源还没启用挂载服务器。按本章「Windows 与 Linux 的差异 → 配置挂载服务器」的四步，在基础备份设施 → 架构与资源里打开「作为挂载服务器」开关。Windows 策略不校验这一项，所以只在 Linux 侧会碰到。
能不能把一条 Linux 策略克隆出来改成 Windows 的？ 新建入口按系统类型分开，克隆出的作业继承源作业的系统类型。跨系统应当重新建一条，并且两类系统的依赖与一致性要分别验证。