SupDRC VMware 管理员操作指南

适用产品 V1.2.0　文档版本 V0.3　2026-09-28

苏州捷云盛科技有限公司（Jumborca）

适用读者：日常维护与配置管理人员。本文说明 V1.2.0 的操作流程、前置条件及使用限制。

1 管理任务与职责

管理员负责维持数据获取器、受保护资源、存储和许可的可用性，并持续检查备份、恢复及容量结果。本指南按日常管理对象组织；备份策略与恢复操作详见《备份与恢复操作指南》。

SupDRC 支持本地用户和角色管理、用户与角色绑定、角色与菜单及接口权限绑定，并对页面、接口访问和代理外部平台的请求执行本地权限校验。管理员可查看在线用户并强制退出会话，登录日志与操作日志用于审计。

LDAP/AD、SSO、多租户，以及 BackupServer/SupMirror 内部账号权限不属于 SupDRC 当前统一权限模型，应由对应服务单独确认。文档中的职责分工是运维建议，不代表同名预置角色。

使用交付人员通过安全方式提供的初始账号和密码登录，不在产品文档中固定初始凭证。首次登录建议立即修改初始密码；当前可确认初始化密码提示，是否强制修改以正式产品配置为准。

连续密码错误 3 次后锁定 15 分钟，JWT 登录令牌有效期为 480 分钟（8 小时）。系统支持用户修改密码和管理员重置密码。登录异常时先核对地址、当前验证码、锁定提示和登录日志，再由管理员处理。

2 系统概览与巡检

登录后在系统概览查看受保护工作负载、基础备份设施实例、任务情况、最近作业结果和存储容量。统计为当前时点的摘要，不能代替每项业务最近一次有效恢复点的检查。

周期建议	核对事项	异常处理方向
每日	失败 警告 未按期执行任务，最近恢复点	到历史任务定位阶段并检查任务计划
每日	获取器可用性与存储剩余空间	排查组件连接、资源利用率和容量增长
每周	保留策略、副本状态及恢复点覆盖	核对业务要求与实际保留数据
定期	恢复演练、许可期限、凭证有效期	安排维护窗口与业务验证
变更后	新增 VM、主机迁移、补丁和内核升级	重新检查保护范围并执行回归备份恢复

以上周期为运维建议，按业务等级调整，不能理解为产品固定巡检或自动执行能力。

3 架构资源与凭证

3.1 维护资源清单

在“基础备份设施 → 架构与资源”核对服务器及 VMware 资源。每个资源应能对应实际地址、用途、责任人和凭证。独立 ESXi 地址、凭证、网络或主机身份变化后，应重新检查数据获取器访问与保护关系。

独立 ESXi 地址只填写 FQDN/DNS 名称或 IPv4/IPv6 地址，不添加 http://、https:// 或 /sdk 路径。源端和恢复目标端均使用 root 凭证。

在“基础备份设施 → 数据获取器”找到对应获取器，点击“编辑”建立或修改保护关系。保存后，在被保护资源及备份策略的数据源中验证目标 VM 可见。

后台资源刷新默认每 30 分钟执行一次，可按场景调整。主机替换时编辑原有资源记录后保存，无需先删除旧记录。VM 迁移后，在原备份策略“数据源”中移除失效备份源，重新添加迁移后的备份源，保存并重新执行策略。

3.2 管理凭证

在“配置中心 → 凭证管理”按实际用途维护基础设施、存储与客户机账号。描述应说明用途，避免包含明文密码。更新凭证前盘点使用该凭证的资源和策略，更新后验证资源可访问及所需任务可执行。

独立 ESXi 源端和目标端均要求 root 账号。数据获取器推送安装支持 sudo，不要求直接以 root 登录，但 Linux 组件最终需要 root 等效权限；Windows 组件要求本地管理员权限。客户机账号仅在 Guest Processing 和原位置恢复时需要，不能把客户机凭证作为整机无代理备份的统一前提。

编辑已有凭证记录通常自动作用于引用该记录的对象；新建凭证记录后必须重新绑定相关对象。变更后检查资源、保护关系及实际任务访问，不在文档或日志附件中记录明文密码。

4 数据获取器与保护关系

在数据获取器列表检查所属类型、组件状态与对应服务器。创建流程为选择 SupMirror Backup Proxy、关联服务器、设置参数并保存；需要安装时按界面提示推送组件。

获取器不可用时，先核对服务器状态、地址解析、网络连接、凭证及组件安装结果。不要通过删除重建获取器来替代故障定位，因为它可能被多个资源和任务引用。

自动选择获取器采用随机选择，并受配置的并发约束。备份前会检测获取器健康状态，排除异常获取器并换用其他健康获取器继续；若没有符合保护关系和连接要求的健康获取器，应检查任务结果，不能保证任务仍能完成。系统有定时检查应用启动状态的任务，发现应用未启动时会自动启动。

带宽限制为 0 表示不限网络带宽。界面的“最大并发磁盘数”在 VMware 中是否生效尚未确认，不能把截图中的 8 当作 VMware 的已验证上限。当前无统一推荐调优范围、吞吐指标或最大保护规模，调整前后应记录实际负载与任务结果。

在“被保护资源”和策略数据源核对实际保护对象；新增或迁移 VM 后复核是否纳入策略。资源清单出现某个对象，不代表已经产生有效备份。

5 存储容量与保留

5.1 存储库管理

在“基础备份设施 → 数据存储库”核对类型、服务器、路径、总量及剩余空间。新增 Linux 直接附加存储时需依次检查基础配置、服务器配置、高级配置、文件夹与负载控制、挂载服务器配置。

存储路径、服务器或凭证变更前，核对现有恢复点和关联任务。NFS 支持 3/4/4.1，SMB/CIFS 支持 3.0 及以上。挂载服务器用于导出还原点备份副本等操作。扫描还原点开关用于扫描其他方式导入的存储库备份文件，启用后只能扫描，不能用于备份。存储迁移和索引重建的完整步骤仍须实施支持确认。

5.2 容量报表

在报表中心的存储报表查看直连、网络及对象存储的分类容量、总使用率、剩余容量和空间风险，并关注临近耗尽或最近繁忙的存储库。按当前数据增长率估算扩容窗口，结合任务计划安排维护。

容量规划至少覆盖全量数据、增量变化、保留周期、合成全备临时需求和备份副本。压缩与去重比例取决于数据，不能以未经测量的固定比例缩减容量预算。

5.3 保留与删除

按恢复点数量或保存天数配置策略，并核对实际业务恢复窗口。备份副本可配置独立保留规则，主备份与副本需分别检查。

SupDRC 执行 VMware VM 备份不依赖虚拟机 CBT 功能。排查增量时应检查已有恢复点、备份链、源磁盘和读写任务状态，不把启用或重置 VMware CBT 作为该产品的必需步骤。

合成全备在存储管理 repository 组件中运行，按顺序将备份链中的备份点写入新的合成备份点。合成成功后删除所有参与合并的备份点，并清理已失效的备份点；失败时删除本次新生成的合成备份点并结束合并。合成期间需要为新备份点预留空间，具体空间量按实际数据评估。

恢复点读取从指定的最后一个还原点标志向前查找，直到全量点，以取得所需备份链。SupMirror 自动保留会维护链完整性；手工在文件系统中删除 .base 全量文件或 .inc 增量文件会破坏依赖链，必须通过 SupDRC 前端控制台删除备份。

备份副本按还原点一一复制到目标存储库，副本任务本身没有源任务链引用关系。已有副本不会因源备份删除而同步消失；恢复时仍须保证所选恢复点所需的备份数据完整。主备份和副本分别检查保留策略，并从目标存储库进行实际恢复验证。

6 任务监控与问题定位

在“系统监控 → 历史任务”按任务名、会话类型、会话状态或执行结果筛选，记录开始时间、结束时间和失败阶段。进入任务详情查看概览和明细任务；任务状态为完成后仍须核对具体结果，不能把“结束”当作成功。

备份失败重点检查源对象、快照、VDDK 读取、目标存储写入及快照清理。恢复失败重点检查恢复点、目标主机、数据读取、写入和客户机内验证。错误信息应原样保存在内部排查记录，对外材料只保留脱敏副本。

“系统监控 → 服务监控”用于查看 CPU、内存、JVM、服务器和磁盘信息。服务监控的管理服务器负载不能代表 ESXi 与备份存储端的全部负载。

7 邮件通知与日志

在“配置中心 → 邮件配置”配置 SMTP 服务器、端口、发件人及验证信息，设置收件人、加密连接和成功/警告/失败通知条件。每日报告时间与邮件标题变量按业务需要选择。

保存配置或执行测试邮件会改变系统状态或发送消息，应由负责人员按组织流程执行。测试后确认收件箱实际收到邮件，再检查任务触发条件。未收到通知不等于任务没有运行，应直接查看任务详情。

在日志管理中使用操作日志追踪配置变更，使用登录日志检查访问结果。重点保留模块、操作类型、操作者、来源、状态和时间。

组件	日志路径	轮转与容量
数据获取器 supmirror	{部署路径}/supmirror.log	大于 100 MB 后重命名为 supmirror.log.bak，无按天保留周期
存储管理 repository	{部署路径}/repository.log	大于 100 MB 后重命名为 repository.log.bak，无按天保留周期
SupMirror 服务端	/deploy/app/supmirror-backupserver/logs/ 下的 .log 文件	包含 error、warning、info，具体保留规则未提供
SupMirror 服务端实时日志	/deploy/app/supmirror-backupserver/runtime.log	超过 1 GB 直接重置

发生异常后及时复制相关时段日志，避免轮转或重置导致证据丢失。自动诊断包入口、独立系统日志菜单与审计导出细节未确认。共享前移除密码、私钥及不必要的内部资源信息。

8 许可与配置变更

当前许可按工作负载功能模块区分，不同类型工作负载加载对应许可证，没有主机、CPU、VM 或容量数量限制；试用与正式许可当前无功能差异。许可到期后，所有备份任务自动设为禁用，调用业务接口会提示授权过期。

导入时须使用配套 data 文件与 pem 私钥文件，pem 最大为 5 MB，超过 5 MB 不允许上传。许可证版本字段与产品 V1.2.0 版本字段不同。设备变更、许可迁移及续期流程由 Jumborca 交付支持确认；续期后应检查授权与任务启用状态，不假定禁用任务会自动恢复。

修改资源、存储、获取器参数或凭证前，记录变更前状态、受影响任务、维护窗口与恢复办法。完成后验证首次备份、增量和业务所需恢复方式。

任务调度以部署服务器时区为准，任务超时时间为 7 天。人工执行与定时计划冲突时只执行其中一个任务，另一个报错；当前已确认口径为按定时计划执行不会产生该类冲突，不将其扩大为所有不同任务均无资源竞争。

产品不支持断点续传，仅支持数据获取器向存储库传输时的块数据重试，不包含其他方向的重试保证。错过执行点后的补跑、取消细节与节假日规则尚未明确，不能假定自动补跑或从中断点续作。

9 运维交接记录

记录	应包含内容
保护对象	业务、ESXi、VM、保护粒度、责任人
策略	执行时间、存储库、获取器、保留与副本要求
恢复演练	恢复点、目标、耗时、数据与应用验证结果
变更与异常	时间、对象、现象、处理过程及验证人
授权与维护	许可期限、交付版本、服务联系人和升级窗口

本记录建议属于项目运维要求，不表示系统已经内置同名报表或导出模板。

10 服务端维护与故障重建

当前 SupMirror 服务端不支持版本升级，不应把新装脚本用于覆盖升级现有系统。以下为服务器故障且原数据完整时的重建流程，不是跨版本升级或数据丢失恢复方案，应由实施人员在维护窗口执行。

1. 导出并妥善保存源机器完整的 /deploy 目录，先确认副本可读取且没有遗漏。原数据或目录不完整时停止套用本流程并联系支持。
2. 使用实施脚本安装新服务器，IP 与源机器保持一致。启用相同 IP 前应隔离旧服务器，避免地址冲突。
3. 停止新服务器 Docker 服务。
4. 核对操作对象确为新服务器并确认源目录副本完整后，删除新服务器安装生成的 /deploy 目录。
5. 将源机器的 /deploy 目录导入新服务器，重启 Docker 服务。
6. 验证登录、许可、资源与凭证、保护关系、策略、恢复点和实际备份恢复。外部存储数据须保持可访问，不能把仅复制 /deploy 视为已复制全部备份数据。

导出一致性、数据库停写安排、变更 IP、数据丢失、存储迁移和索引重建的完整方案仍需实施支持确认。保留旧服务器和源目录副本直至验收完成。

11 技术支持

苏州捷云盛科技有限公司（Jumborca）提供 7×24 小时服务。

官网：https://www.jumborca.com　售后渠道：help.jumborca.com

邮箱：service@jumborca.com　电话：+86-400-990-7697

7×24 为服务时间，具体响应、恢复时限及服务条款以合同为准。