凌晨两点 ·
你需要的不是一个更快的备份系统，
是一个 清醒的决策。
我们不生产备份软件。
我们为企业的业务连续性，装上一个 可以被询问、可以被回放、可以被审计 的大脑。
在继续读下去之前，
先 诚实 回答自己五个问题。
传统灾备卖的是 保险单；
Jumborca 交付的是 精算师——
每一次恢复前，我们已经算过了答案。
我们的创始团队，过去在一家全国性股份制银行亲手把灾备体系建到"每月演练、每次交答卷"的状态。在作战室里半夜对着十几块屏幕的那几年，我们反复面对同一个问题—— "这件事是在自愈，还是在恶化？切过去有多大概率成功？切失败了谁去向董事会解释？"
这从来不是备份软件能回答的问题。它是一个 判断问题。而判断在过去 30 年里一直是一件高度个人化、不可追溯的事——凭老员工的经验，凭作战室里那个人的直觉。Jumborca 的核心主张是：这件事应该被做成软件。
静水流深，百折不摧。— brand philosophy · 2026
要解决的问题:同城双活 · 异地灾备 · 业务级切换
支持环境:Oracle / DB2 / MySQL / PG / SAP HANA / VMware / K8s
核心能力:应用级一致性 · 按业务组切换 · 灰度回退
要解决的问题:M365 · 虚拟化 · 终端 · 数据库 · NAS 的端到端云端保护，一控台多工作负载
支持环境:AWS / Azure / GCP 三云部署 · 境内 AWS + 天翼云合规落点 · SupEdge 物理加速
核心能力:SupInsight AI 原生安全 · WORM + BYOK + 零信任 · 透明订阅
要解决的问题:金融 / 能源 / 医疗 / 政务的长周期合规留存
支持环境:对象存储 + WORM + 分级保留 + 访问链留痕
核心能力:预置银保监 / 证监 / 能源 / 医疗模板
要解决的问题:演练成本高 · 频率低 · 报告难 · 偏差无解释
支持环境:演练剧本引擎 + 沙箱化目标环境 + 自动监管报告
核心能力:自动输出拓扑 · RTO 实测 · 偏差根因
SupInsight · 决策大脑
上面四个产品回答的是 "做什么"。
SupInsight 回答的是 "要不要做、什么时候做、做了会怎样"。
在监管越来越要求"决策可解释"的时代，它是 整个产品体系的护城河。
事前判断
以因果图 + 时序异常检测判断：当前抖动是自愈还是恶化，是否该主动切换。给出概率与代价估算。
事中解释
每一次决策都留下"为什么"。可回放、可签名、可交给监管或审计委员会。不是黑箱。
事后训练
事件结束后由你的工程师给出反馈，模型在你自己的历史上持续改进。它只懂你这一家。
02:47 AM —— 核心数据库被勒索病毒开始加密。11 分 43 秒后，业务恢复、证据留痕、监管报告发出。
MySQL MGR · PG Streaming
云端 RDS (Aliyun / AWS / Azure)
→ 保留 · SupInsight 订阅其滞后
KVM · K8s · OpenShift
华为 DCS · 深信服虚拟化
→ 保留 · 通过原生 API 编排
NBU · 国内厂商
→ 保留 · 作为 L3 订阅输入
浪潮 / NetApp
MinIO · 对象存储
→ 保留 · S3 + WORM 对接
阿里云 · 华为云 · 腾讯云
→ 保留 · Cloud-Mesh 抽象差异
堡垒机
→ 联动 · 标准格式推送决策事件
国内 ITSM 系统
→ 对接 · 自动进入既有工单流
SupDRC / SupMirror
SupVault / SupDrill
→ 唯一新增的一层
标准符合性证书
安全等级保护
关键业务的决策层，
一定要先跑、先看、先质疑，
再签合同。
下面是我们和现有客户一起走过的标准 POC 流程。在 90 天的任何一天，客户都可以选择终止，不支付任何费用，不承担任何解释义务。 因为我们相信：灾备选型如果靠"合同锁定"，就已经输在起跑线上了。
Discovery
核心业务系统拓扑 · 现有灾备资产盘点 · 过去 12 个月故障与演练记录 · 监管要求。
交付物：差距诊断报告
Pilot
选 1-2 个代表性业务系统 · 部署 SupDRC + SupInsight · 每周一次沙箱演练 · 工程师 RLHF 反馈。
交付物：试点运行报告
Validate
真实切换演练 · 审计合规评审 · 与业务 SLA 对账 · ROI 模型 · 扩展方案。
决定：继续 / 扩展 / 中止
~/poc $ cat policy.txt
在 90 天 POC 的任何一天，客户都可以选择终止，不支付任何费用，不承担任何解释义务。
~/poc $ cat why.txt
// 因为我们相信：灾备选型如果靠"合同锁定"，就已经输在起跑线上了。