制造企业的核心考题是「SAP 能不能上云、怎么上得稳」——答案落在三件套:认证算力底座、高可用架构、备份容灾。金融与政务的考题是「合规怎么一次做对」——锚点是等保、密评、关基、数据安全四根支柱,加政务六大体系的路径划分。这份速查把两边摊开,并说明捷云信通分别能做什么。
制造问的是「稳」:SAP 是生产、供应链、财务的同源核心,停一小时就是全线停摆,第一诉求不是便宜,是可认证、可高可用、可恢复。金融与政务问的是「合规」:能不能上云、要过哪些测评、按什么周期报送,全有明文出处,容不得试错。
制造 · SAP 上云三件套
① 认证算力底座HANA 认证 ECS + SLES for SAP + ESSD PL1/PL2
② 高可用架构ASCS/ERS + HSR 双集群,同城双可用区
③ 备份容灾HBR 集成 Backint,备份与生产隔离金融政务 · 合规四支柱等保:定级备案、按期测评、闭环整改密评:同步规划、同步建设、同步运行 + 定期评估关基:年度检测评估 + 云服务采购清单报送数据安全:分类分级、备份隔离、委托处理合同约束共同底线:主体责任在机构自身,不因上云而转移共同底座:阿里云——SAP 官方认证解决方案 + 国家云计算服务安全评估 + 等保三级 + 密评
图 1 制造与金融政务两条主线,落在同一个阿里云底座上
| 行业 | 核心系统 | 上云重点 | 合规锚点 |
|---|---|---|---|
| 制造 | SAP S/4HANA 核心 ERP | 认证机型、高可用、备份 | 等保 + 数据分级 |
| 金融 | 核心账务、支付、渠道 | 云平台资质、网络分区 | 等保 + 密评 + 关基 |
| 政务 | 政务云非涉密系统 | 四不变 + 等保 + 密评 | 等保为基础按需叠加 |
SAP 与阿里云自 2016 年 4 月建立战略合作,S/4HANA、BW/4HANA、Business Suite、Business One 均经 SAP 官方认证;阿里云 ECS 单实例可用性 SLA 达 99.975%,单地域多可用区部署可达 99.995%。但「能跑」和「敢把核心 ERP 放上去」之间,隔着三件必须做实的套件——少任何一件,省下的钱都会在故障那天还回去。
接入层 SAP Web Dispatcher / SLB 负载均衡 · NAT + EIP 统一出口应用层 · 中央服务ASCS + ERS(ENSA2 锁表复制)Pacemaker 集群 A + HAVIP应用层 · 应用服务器PAS / AAS 多实例横向扩展无需集群,故障自动摘除数据库层 · HANA Primary主库,与应用同可用区内存 256GB—6TB 可扩HANA SecondaryHSR 同步复制Performance OptimizedPacemaker 集群 BSTONITH fence_aliyun 防裂脑备节点规格须与主节点一致备份容灾 HBR 混合云备份 · 原生集成 SAP HANA Backint · 备份数据与生产隔离 · 定期恢复演练
图 2 SAP 云上三层高可用架构与备份容灾
| 部件 | 关键参数与做法 | 捷云信通做什么 |
|---|---|---|
| ① 认证算力底座 | HANA 节点必须使用 SAP HANA Hardware Directory 认证的 ECS 机型;操作系统限 SLES for SAP;HANA 分系统盘、shared、data、log 四类盘,data 与 log 建议 2–3 块 ESSD PL1/PL2 组 LVM 条带化,满足 TDI 存储标准 | Sizing 报告解读与机型适配、ESSD 规格与条带化配置 |
| ② 高可用架构 | ASCS/ERS 与 HANA 各自独立 Pacemaker 集群;HSR 同步复制;生产选 Performance Optimized(表预加载、切换快、备节点只读),Cost Optimized 仅适合测试;同城双可用区,SLA 99.995% | 三 VPC 网络规划、集群部署与切换演练 |
| ③ 备份容灾 | HBR 原生集成 SAP HANA Backint;备份数据与生产数据隔离分开保存;定期恢复演练——没验证过的备份等于没有备份 | 备份策略、保留周期与恢复演练组织 |
2026 年 7 月 3 日,人民银行、金融监管总局、证监会、外汇局四部门联合起草《金融业网络安全管理办法(征求意见稿)》,首次把全部金融业态纳入同一套网络安全执行框架,确立「谁主管谁负责、谁运营谁负责」——机构承担第一主体责任,不因上云或外包而转移。
① 等级保护定级备案、按期测评闭环整改三级每年至少 1 次
② 商用密码 · 密评三同步 + 定期评估密码产品检测认证关基每年至少 1 次
③ 关基保护年度检测与风险评估含等评 + 密评采购清单报送
④ 数据安全核心 / 重要 / 一般备份与生产隔离核心职能不外包2026 年 7 月四部门联合起草《金融业网络安全管理办法(征求意见稿)》——全金融业统一执行框架
图 3 金融业网络安全合规四支柱
| 支柱 | 核心要求 | 依据与周期 |
|---|---|---|
| 等级保护 | 合理确定安全保护等级、履行定级备案义务、按期开展等级测评、及时整改测评发现的风险 | 《网络安全法》与等保制度;三级每年至少 1 次测评 |
| 商用密码 | 同步规划、同步建设、同步运行商用密码保障系统并定期密评;使用的密码产品与服务须检测认证合格,密码技术须通过审查鉴定 | 《关基商用密码使用管理规定》(2025-08-01 施行);关基每年至少 1 次,每年 1 月 31 日前报告上年度情况 |
| 关基保护 | 认定后每年至少 1 次网络安全检测与风险评估(至少含等级测评、密评、关基制度落实、数据与个人信息保护、风险处置与应急改进);按规报送年度网络产品和服务、云计算服务采购清单 | 四部门新规(征求意见稿)与《关基保护条例》;每年 |
| 数据安全 | 数据分核心、重要、一般(一般再分敏感与其他);敏感级及以上委托处理须以合同约定目的、期限、范围与责任,受托方不得转委托、对外共享、加工训练挪用;备份数据与生产数据隔离保存并做备份验证;信息科技管理责任与核心职能不得外包 | 《银行保险机构数据安全管理办法》(金规〔2024〕24 号);持续 |
政务合规不是越多越安全,而是系统匹配场景、场景匹配合规——路径先分对,再谈做哪几项。
| 体系 | 适用对象 | 主管部门 | 输出成果 |
|---|---|---|---|
| 等保 | 非涉密网络信息系统 | 网信部门 | 备案回执、等级测评报告 |
| 密评 | 非涉密、使用商用密码的系统 | 密码管理部门 | 密评报告、整改方案 |
| 分保 | 涉密信息系统 | 保密部门 | 分保测评合规材料 |
| 关保 | 官方认定的关基系统 | 行业保护工作部门 + 网信 | 资产清单、业务链路、自查材料 |
| 风评 | 财政资金政务项目 | 财政、发改、项目主管单位 | 风险评估报告、处置清单 |
| PIA | 处理个人信息的业务系统 | 网信监管部门 | PIA 报告与记录(留存 3 年) |
| 能力面 | 可核查事实 |
|---|---|
| 渠道授权 | 2016 / 2017 / 2023 三个阿里云授权时间点,四川区域授权服务中心,服务范围川滇藏 |
| 技术与交付 | L3 技术团队、三体系认证;SAP 三件套、HSR 集群、HBR 演练、本地割接 |
| 项目履历 | 2019 年西藏阿里地区远程诊疗平台,公开报道口径「1 个月云端搭建、可远程维护」 |