Skip to content

F
fukang
Commit 704faf57 authored by 贾欣彦's avatar 贾欣彦
Browse files
Options

Initial commit

parents
Hide whitespace changes
Inline Side-by-side
Showing with 1158 additions and 0 deletions
FK.docx 0 → 100644
View file @ 704faf57
File added
阜康S4升级实施方案_v3.1.md 0 → 100644
View file @ 704faf57
# 阜康 S/4HANA 1709 → 2025 升级实施方案
|项目|内容|
|-|-|
|项目名称|阜康 S/4HANA 系统升级|
|当前版本|S/4HANA OP 1709|
|目标版本|S/4HANA OP 2025|
|文档版本|V3.1|
|编写日期|2026年6月|
---
## 1. 项目概述
### 1.1 项目背景
阜康现有SAP S/4HANA OP 1709系统于2017年上线，至今已运行近9年。客户新购置服务器，计划将系统升级至最新稳定版本，同时迁移数据库至新硬件平台。
### 1.2 升级目标
* 将S/4HANA从1709升级至2025
* 将HANA数据库从2.0 SPS02升级至2.0 SPS07 rev 79（最新revision）
* 将操作系统从SLES 12 SP1升级至**SLES 15 SP7**
* 将生产数据库迁移至新服务器
* 更换虚拟化环境集中存储设备
* 停机时间不超过1天
### 1.3 版本选择理由
|维度|选择2025的理由|
|-|-|
|当前时间|2026年6月，项目预计2026年Q4完成|
|维护周期|2025维护至2032年（7年），可用约6年|
|稳定性|2025已发布8个月，FPS01已发布，经过验证|
|成本效益|一次到位，避免2023用4年后再升级|
### 1.4 配套软件版本推荐（一次性搞定）
|组件|推荐版本|维护周期|选择理由|
|-|-|-|-|
|操作系统|**SLES 15 SP7**|主流维护至2031年，LTSS至2037年|已验证HANA 2.0兼容，可用至2037年|
|数据库|**HANA 2.0 SPS07 rev 79**（最新revision）|SPS07稳定成熟|最新revision含全部Bug修复，不选SPS08（太新风险大）|
|S/4HANA|**2025 FPS01**（或最新SPS）|主流维护至2032年|比初始版本更稳定，Bug更少|
---
## 2. 系统现状
### 2.1 系统架构
当前三套系统均为HA架构（SR+SUSE HA）：DEV/QA为虚拟化环境；PROD为HANA一体机+旧存储。
### 2.2 系统规模
|项目|数据|
|-|-|
|客户端数量|3个（Client 100、300、800）|
|用户数|60人（预估）|
|上线时间|2017年（运行9年）|
|SAP模块|FI/CO/MM/SD/PP/QM|
|自定义程序|212个（有效约50-80个）|
|自定义函数|146个|
|增强/BAdI|5+2|
|外围接口|5个HTTP REST（金蝶SRM+ERP）|
|Fiori|未启用|
### 2.3 数据库与操作系统
|项目|当前版本|目标版本|
|-|-|-|
|数据库|HANA 2.0 SPS02|HANA 2.0 SPS07 rev 79|
|操作系统|SLES 12 SP1|SLES 15 SP7|
> ※ **注意：** SLES 12 SP1不支持直接升级到SLES 15，需通过新建VM后迁移数据。
---
## 3. 目标架构
DEV/QA：虚拟化环境，SLES 15 SP7 + HANA SPS07 rev 79，HA（Hypervisor提供VM级HA，无需SR）
PROD：新服务器，SLES 15 SP7 + HANA SPS07 rev 79，SR+HA，新存储
---
## 4. 升级方案
### 4.1 升级方式
采用DMO with System Move方式，一步完成版本升级和数据库迁移。
#### 为什么选择DMO with System Move
|维度|源|目标|说明|
|-|-|-|-|
|OS|SLES 12|SLES 15|无法原地升级|
|HANA|SPS02|SPS07 rev 79|大版本跳跃|
|S/4HANA|1709|2025|跨8年大版本|
#### DMO核心优势
* 单次停机：OS+HANA+S/4HANA在一个cutover内完成
* 旧系统保留：回退仅2-4小时
* SUM自动处理：数据传输+升级+后处理
* 回退简单：网络切换即可
### 4.2 DEV/QA环境迁移方案
|环境|升级路径|说明|
|-|-|-|
|DEV|新建SLES 15 VM→安装HANA SPS07→恢复数据→安装SAP 1709→SUM升级2025|需手动安装SAP应用层|
|QA|同DEV方案||
|PROD|新服务器安装SLES 15+HANA SPS07→DMO with System Move|SUM自动创建应用层|
### 4.3 升级路径
SANDBOX：克隆DEV VM → 恢复PROD数据库 → DMO演练 → 记录问题
DEV/QA：1709(SLES12+HANA SPS02) → 新建VM → SLES15+HANA SPS07 → SUM → 2025
PROD：1709(SLES12+HANA SPS02) → SUM DMO with System Move → 2025(新服务器)
### 4.4 SANDBOX演练方案 — 保证生产机一次迁移成功
需先在SANDBOX环境零风险演练：
|步骤|操作|说明|
|-|-|-|
|1|克隆DEV VM创建SANDBOX|不影响现有DEV|
|2|恢复PROD数据库至SANDBOX|使用最新HANA备份|
|3|安装SUM 2.0|从SAP Support Portal下载|
|4|执行DMO演练|完整走一遍升级流程|
|5|记录问题和经验|形成演练报告|
### 4.5 分工界面
|工作内容|负责方|
|-|-|
|前期规划设计|顾问团队|
|服务器上架/OS/DB安装/HA配置|客户IT（按规格）|
|DEV/QA VM创建+数据迁移|顾问团队（虚拟化）|
|SANDBOX搭建+DMO演练|顾问团队|
|SUM/DMO执行|顾问团队|
|代码修复（SPAU/SPDD+ATC）|顾问团队|
|Fiori基础配置|顾问团队|
|接口测试|顾问团队|
|UAT测试|关键用户（主力）|
|生产上线+Hypercare|顾问团队|
---
## 5. 项目计划
### 5.1 阶段划分
|阶段|工作内容|周期|项目经理参与|
|-|-|-|-|
|Phase 0|前期规划设计|1周|方向指导、方案评审|
|Phase 1|基础设施准备（客户IT）|2周|进度跟踪|
|Phase 1s|SANDBOX搭建+DMO演练|1周|进度跟踪|
|Phase 2|DEV SUM执行|0.5周|进度跟踪|
|Phase 3|QA SUM执行+预检查|1周|进度跟踪|
|Phase 4|PROD升级（含代码修复）|3周|关键节点把控、资源协调|
|Phase 5|测试与上线|5-6周|关键节点把控、上线决策|
|**合计**||**10-12周**||
### 5.2 详细时间线（甘特图）
|Phase|工作内容|W1|W2|W3|W4|W5|W6|W7|W8|W9|W10|W11|W12|
|-|-|-|-|-|-|-|-|-|-|-|-|-|-|
|**Phase 0**|前期规划设计|█|||||||||||
|**Phase 1**|基础设施准备||█|█|||||||||
|**Phase 1s**|SANDBOX演练||||█||||||||
|**Phase 2**|DEV SUM|||||█|||||||
|**Phase 3+4.1**|QA SUM+预检查||||||█||||||
|**Phase 4.2**|代码修复||||||█|█|█||||
|**Phase 4.3**|PROD DMO||||||||█||||
|**Phase 5.1**|接口测试|||||||||█|||
|**Phase 5.2**|UAT测试||||||||||█|█||
|**Phase 5.3+5.4**|上线+Hypercare|||||||||||█|
---
## 6. 人天预估
### 6.1 顾问人天
#### BASIS顾问（15人天）
|阶段|工作内容|人天|说明|
|-|-|-|-|
|**Phase 0: 前期规划设计**||**1**||
|0.1|升级架构设计、规格制定|1|顾问完成|
|**Phase 1s: IT远程指导**||**3**||
|1s.1|指导客户IT安装SLES 15 + HANA SPS07 + 验证|1|BASIS远程支持|
|1s.2|指导客户IT配置HA（DEV/QA不需要SR）|1|BASIS远程支持|
|1s.3|指导客户IT配置SUSE HA（含PROD SR）|1|BASIS远程支持|
|**Phase 1.5: DEV/QA VM创建**||**1**||
|1.5.1|DEV/QA SLES 15 VM创建 + HANA安装|1|顾问虚拟化操作|
|**Phase 1s-SANDBOX: SANDBOX演练**||**3**||
|1s-S.1|克隆DEV VM创建SANDBOX环境|1|不影响现有DEV|
|1s-S.2|恢复PROD数据库至SANDBOX|1|使用最新HANA备份|
|1s-S.3|DMO with System Move演练|1|完整走一遍升级流程|
|**Phase 2: DEV升级**||**1**||
|2.1|DEV SUM执行（1709→2025）|1|已通过SANDBOX演练|
|**Phase 3: QA升级**||**1**||
|3.1|QA SUM执行|1|复用DEV经验|
|**Phase 4: PROD升级**||**3**||
|4.1|Readiness Check + ATC扫描|1|自动扫描工具|
|4.2|DMO with System Move（停机窗内）|2|已通过SANDBOX演练|
|**Phase 5: 测试与上线**||**2**||
|5.1|Fiori基础配置 + 场景验证|1|Gateway激活、Launchpad配置|
|5.2|Hypercare（护航期）|1|护航|
|**BASIS合计**||**15**||
#### ABAP顾问（10人天）
|阶段|工作内容|人天|说明|
|-|-|-|-|
|**Phase 4: PROD升级**||**8**||
|4.1|自定义代码修复（SPAU/SPDD + ATC）|8|50-80个有效程序，约20-30%需改|
|**Phase 5: 测试与上线**||**2**||
|5.1|UAT支持（答疑、Bug修复）|2|关键用户主力，顾问辅导|
|**ABAP合计**||**10**||
#### 功能顾问（10人天）
|阶段|工作内容|人天|说明|
|-|-|-|-|
|**Phase 4: PROD升级**||**2**||
|4.1|Fiori业务场景验证|1|配合关键用户验证Fiori Launchpad|
|**Phase 5: 测试与上线**||**8**||
|5.1|接口测试（5个，HTTP+JSON+基本认证）|3|联调确认|
|5.2|UAT支持（辅导关键用户、答疑、Bug修复）|3|关键用户主力，顾问辅导|
|5.3|Fiori场景验证|1|配合关键用户验证Fiori Launchpad|
|5.4|Hypercare（护航期）|1|护航|
|**功能合计**||**10**||
#### 项目经理（5人天，兼职）
|阶段|工作内容|人天|说明|
|-|-|-|-|
|Phase 0|方向指导、方案评审|1|前期规划参与|
|Phase 1-3|进度跟踪|1|关键节点检查|
|Phase 4|关键节点把控、资源协调|2|PROD升级核心阶段|
|Phase 5|上线决策、进度控制|1|关键节点把控|
|**PM合计**||**5**||
### 6.2 关键用户人天
|模块|关键用户数|测试场景|人天/人|小计|
|-|-|-|-|-|
|FI|2人|15个|3-4天|6-8|
|CO|1人|10个|2-3天|2-3|
|MM|2人|15个|3-4天|6-8|
|SD|2人|15个|3-4天|6-8|
|PP|2人|10个|2-3天|2-6|
|QM|1人|5个|2天|2|
|Fiori|1人|5-10个|1天|1|
|**合计**|**11人**|**75-80个**|**16-21天**|**25-36**|
### 6.3 总人天汇总
|角色|人天|说明|
|-|-|-|
|BASIS顾问|15|固定|
|ABAP顾问|10|固定|
|功能顾问|10|固定|
|**顾问合计**|**35**|不含项目经理|
|项目经理（兼职）|5|方向指导、进度控制、人员协调|
|关键用户|25-36|UAT测试执行|
|**总计（含项目经理）**|**65-76**||
---
## 7. 风险清单
|风险项|影响|概率|应对措施|
|-|-|-|-|
|SLES 12→15不支持直接升级|**高**|必发|客户IT负责，DEV先做迁移演练|
|DEV/QA环境重配|**高**|必发|客户IT负责，顾问指导|
|HANA SPS02→SPS07兼容性|中|低|DEV先做HANA升级验证|
|自定义代码兼容性（1709→2025跨8年）|中|中|ATC扫描后按优先级修复|
|SPAM/SAINT版本不足|**高**|中|SUM前检查，不足需升级|
|<1天停机要求|中|低|至少2次cutover演练|
|外围接口兼容性|中|低|已适配S/4HANA，上线前联调|
|数据库<500GB|中|定|DMO 4-8小时可完成|
|客户IT经验不确定|中|中|已预留3天BASIS远程指导|
|**SAP维护证书无效**|**高**|**高**|**通过SAP Support Portal申请（Note 1240265），1-2周**|
### 7.1 待确认信息
|信息|影响|状态|
|-|-|-|
|金蝶接口认证方式|接口测试方案|已确认：HTTP+JSON+基本认证|
|SPAM/SAINT/Kernel版本|SUM准备工作量|SPAM 7.51/0065已确认，其余待补充|
|**SAP维护证书是否有效**|**全部软件下载**|**需通过SAP Support Portal申请**|
---
## 8. 交付物
|序号|交付物|交付时间|
|-|-|-|
|1|升级实施方案|项目启动|
|2|系统升级操作手册|项目启动|
|3|ATC扫描报告|Phase 4|
|4|代码修复清单|Phase 4|
|5|接口测试报告|Phase 5|
|6|UAT测试报告|Phase 5|
|7|上线切换方案|Phase 5|
|8|项目总结报告|项目结束|
---
## 9. 项目团队
|角色|人数|职责|人天|
|-|-|-|-|
|项目经理（兼职）|1人|方向指导、进度控制、人员协调、风险管理|5|
|BASIS顾问|1人|规划设计、SANDBOX、SUM/DMO、Fiori、IT支持|15|
|ABAP顾问|1人|代码分析、SPAU/SPDD、代码修复、UAT答疑|10|
|功能顾问|1人|接口测试、UAT支持、Fiori验证、Hypercare|10|
|客户IT|2-3人|服务器上架、OS/DB安装、HA配置|0（不占人天）|
|关键用户|9-11人|UAT测试执行（含Fiori场景）|25-36|
---
## 10. 附录
### 10.1 参考文档
* SAP S/4HANA 2025 Upgrade Guide
* SAP S/4HANA Custom Code Migration Guide
* SAP Software Update Manager 2.0 Guide
### 10.2 术语说明
|术语|说明|
|-|-|
|DMO|Database Migration Option|
|SUM|Software Update Manager|
|ATC|ABAP Test Cockpit|
|SR|System Replication|
|HA|High Availability|
阜康S4升级操作手册_v3.0.md 0 → 100644
View file @ 704faf57
# 阜康 S/4HANA 1709 → 2025 系统升级操作手册
|项目|内容|
|-|-|
|项目名称|阜康 S/4HANA 系统升级|
|当前版本|S/4HANA OP 1709|
|目标版本|S/4HANA OP 2025|
|升级方式|DMO with System Move（PROD）/ SUM标准升级（DEV/QA）|
|文档版本|V3.0|
|编写日期|2026年6月|
\---
## 目录
1. [升级前提条件](#1-升级前提条件)
2. [Phase 1: 基础设施准备（客户IT）](#2-phase-1-基础设施准备客户it)
3. [Phase 2: DEV环境升级（顾问）](#3-phase-2-dev环境升级顾问)
4. [Phase 3: QA环境升级（顾问）](#4-phase-3-qa环境升级顾问)
5. [Phase 4: PROD环境升级（顾问）](#5-phase-4-prod环境升级顾问)
6. [Phase 5: 测试与上线（顾问+关键用户）](#6-phase-5-测试与上线顾问关键用户)
7. [故障处理](#7-故障处理)
8. [回退方案](#8-回退方案)
9. [附录A: 关键事务码](#附录a-关键事务码)
10. [附录B: 关键SAP Notes](#附录b-关键sap-notes)
11. [附录C: 升级检查清单](#附录c-升级检查清单)
\---
## 1\. 升级前提条件
### 1.1 硬件要求
|项目|要求|
|-|-|
|新HANA服务器（PROD）|满足S/4HANA 2025 sizing要求|
|新虚拟机（DEV/QA）|SLES 15 SP7，满足sizing要求|
|内存|60用户，建议PROD ≥ 256GB，DEV/QA ≥ 128GB|
|存储（新集中存储）|IO性能满足HANA要求，建议SSD/NVMe|
|网络|新旧服务器间网络连通，带宽≥10Gbps|
### 1.2 软件要求
|项目|版本|
|-|-|
|目标OS|**SLES 15 SP7**|
|目标DB|**HANA 2.0 SPS07 rev 79**|
|SUM|2.0 SP最新版本|
|SAPCAR|最新版本|
|Maintenance Planner|已配置|
### 1.3 备份要求
当前使用 **DB13 / HANA Studio** 进行本地备份。
|环境|备份要求|
|-|-|
|DEV|升级前完整备份（本地）|
|QA|升级前完整备份（本地）|
|PROD|升级前完整备份（本地），备份文件需在新旧服务器间可达|
> \\\*\\\*注意：\\\*\\\* 本地备份恢复时需要将备份文件拷贝到目标服务器。
\---
## 2\. Phase 1: 基础设施准备（客户IT）
**全部由客户IT完成，顾问仅提供远程指导。** 确认以下项目全部完成后，通知顾问进入Phase 2。
### 2.1 客户IT完成清单
> \*\*升级路径说明：\*\*
> - \*\*DEV/QA：\*\* 新建SLES 15 VM → 安装HANA SPS07 → 恢复旧数据 → 安装SAP 1709应用层 → SUM升级到2025
> - \*\*PROD：\*\* 新服务器安装SLES 15 + HANA SPS07 → DMO with System Move直接升级（无需安装SAP 1709应用层，SUM自动创建）
|步骤|操作|验证标准|
|-|-|-|
|1|新服务器硬件上架、接线|服务器正常启动|
|2|新集中存储设备配置|存储挂载正常，IO测试通过|
|3|网络配置（IP、DNS、防火墙）|新旧服务器间ping通|
|4|PROD新服务器安装SLES 15 SP7|操作系统安装完成|
|5|DEV新建SLES 15 SP7 VM|VM创建完成，网络连通|
|6|QA新建SLES 15 SP7 VM|VM创建完成，网络连通|
|7|安装HANA 2.0 SPS07 rev 79（3个环境）|hdbversion确认SPS07+|
|8|配置HANA SR（仅PROD，DEV/QA不需要）|SR状态ACTIVE|
|9|配置SUSE HA（3个环境）|crm\_mon状态正常|
|10|验证HA切换（3个环境）|主备切换成功|
|11|旧DEV数据迁移至新DEV VM|数据完整，系统可启动|
|12|在新VM上安装SAP S/4HANA 1709 ASCS+PAS（指向已恢复的HANA）|系统版本确认：1709，可正常登录|
|13|旧QA数据迁移至新QA VM|数据完整，系统可启动|
### 2.2 客户IT操作参考（供客户IT参考使用）
#### 2.2.1 安装SLES 15 SP7
```bash
# 使用SLES 15 SP7安装介质启动服务器，按向导完成安装
hostnamectl set-hostname <主机名>
# 开放HANA端口
firewall-cmd --permanent --add-port=3<NN>13/tcp
firewall-cmd --permanent --add-port=3<NN>15/tcp
firewall-cmd --permanent --add-port=3<NN>17/tcp
firewall-cmd --permanent --add-port=3<NN>40-3<NN>99/tcp
firewall-cmd --reload
# 验证
cat /etc/os-release
```
#### 2.2.2 安装HANA 2.0 SPS07 rev 79
```bash
sapcar -xvf IMDB\\\_SERVER\\\_200\\\_070\\\_XXX.SAR -R /hana/shared/install
cd /hana/shared/install
./hdbinst
# 向导参数：
# 实例编号：<NN>（与当前系统一致）
# 数据库ID：<SID>（与当前系统一致）
# 数据目录：/hana/data/<SID>
# 日志目录：/hana/log/<SID>
# 共享目录：/hana/shared/<SID>
hdbversion
# 预期：HANA 2.0 SPS07 rev 79
```
#### 2.2.3 配置HANA SR（仅PROD，DEV/QA不需要）
> \*\*注意：\*\* DEV/QA为虚拟化环境，Hypervisor提供VM级HA，无需配置HANA SR。仅PROD需要SR提供数据库级HA。
```bash
# 主节点（仅PROD）
hdbnsutil -sr\\\_enable --name=SITE1
# 备节点（仅PROD）
hdbnsutil -sr\\\_connect --remote\\\_host=<主节点> --remote\\\_instance=<NN> --name=SITE2
# 验证（仅PROD）
hdbcons -s <SID> -i <NN> "system\\\_replication"
# 预期：SITE1: PRIMARY, SITE2: SECONDARY (ACTIVE)
```
#### 2.2.4 配置SUSE HA
```bash
zypper install pacemaker corosync fence-agents-sbd
systemctl start corosync
systemctl start pacemaker
crm\\\_mon -1
# 预期：集群状态正常
```
#### 2.2.5 旧DEV/QA数据迁移至新VM（客户IT + 顾问配合）
> \*\*重要：\*\* 本流程包含"HANA迁移"和"SAP应用层安装"两步，均需在新VM上完成后才能运行SUM。
##### 步骤1: HANA数据库迁移
```bash
# 1. 旧VM执行完整备份
hdbsql -U BACKUP "BACKUP DATA USING FILE ('migration\_backup')"
# 2. 拷贝备份到新VM
scp /backup/<SID>/migration\_backup\* root@<新VM>:/backup/<SID>/
# 3. 新VM执行恢复
hdbsql -U SYSTEM "RECOVER DATA USING FILE ('migration\_backup') CLEAR LOG"
# 4. 验证SPS版本一致性
hdbsql -U SYSTEM "SELECT VERSION FROM SYS.M\_DATABASE"
# 预期：兼容的HANA版本（如从SPS02恢复到SPS07 rev 79，需先验证兼容性）
```
##### 步骤2: 在新VM上安装SAP S/4HANA 1709应用层（客户IT）
在新VM上安装与旧系统相同版本的SAP Central Services (ASCS) + Primary Application Server (PAS)，指向已恢复的HANA实例。
```bash
# 使用SAP Software Provisioning Manager (SWPM) 安装
# 选择："SAP System > Application Server ABAP > Standard System > Distributed"
# 参数：
# SID: <与旧系统相同>
# Instance: <与旧系统相同>
# HANA DB: localhost:<端口>（与旧系统一致）
# 密码: <与旧系统相同>
# 安装目录: /usr/sap/<SID>（与旧系统一致）
```
> \*\*验证：\*\* 安装完成后，通过事务码 `system - status` 确认系统版本为S/4HANA 1709，且可正常登录。
##### 步骤3: 确认完成后通知顾问进入Phase 2 SUM升级
\---
## 2.5 SANDBOX演练（BASIS顾问首次DMO前必做）
> \*\*背景：\*\* BASIS顾问首次执行DMO with System Move，需先在SANDBOX环境进行零风险演练。
### 2.5.1 SANDBOX搭建
```bash
# 1. 克隆DEV VM（SLES 12 + HANA SPS02）
# 在虚拟化管理平台中克隆DEV VM，重命名为SANDBOX
# 不影响现有DEV环境
# 2. 启动SANDBOX，验证系统可正常登录
```
### 2.5.2 恢复PROD数据库至SANDBOX
```bash
# 1. 将最新PROD HANA备份拷贝至SANDBOX
scp /backup/<SID>/prod\_pre\_upgrade\_full\* root@<SANDBOX>:/backup/<SID>/
# 2. 在SANDBOX上执行恢复
hdbsql -U SYSTEM "RECOVER DATA USING FILE ('prod\_pre\_upgrade\_full') CLEAR LOG"
# 3. 验证数据完整性
hdbsql -U SYSTEM "SELECT COUNT(\*) FROM BKPF"
```
### 2.5.3 SANDBOX DMO演练
```bash
# 1. 在SANDBOX上安装SUM 2.0
sapcar -xvf SUM20SP\_XX\_X.SAR -R /usr/sap/<SID>/SUM
# 2. 启动SUM并执行DMO with System Move
# 完整走一遍升级流程：
# - SUM预检查
# - DMO数据传输
# - 版本升级
# - 后处理
# 3. 记录所有问题和经验
# 形成演练报告，用于正式升级
```
> \*\*关键价值：\*\* 在SANDBOX上发现问题的成本为零，正式升级时可避免重复错误。
\---
## 3\. Phase 2: DEV环境升级（顾问）
**前提：** 客户IT已完成Phase 1，DEV新VM（SLES 15 + HANA SPS07 rev 79 + HA + S/4HANA 1709应用层安装）已就绪。
> \*\*注意：\*\* DEV/QA为虚拟化环境，无需配置HANA SR，Hypervisor提供VM级HA。
### 3.1 升级前检查（必做）
**在旧DEV系统（SLES 12）上执行以下检查：**
|检查项|事务码/命令|要求|
|-|-|-|
|SPAM版本|`SPAM` → System → Status|必须支持S/4HANA 2025导入（建议≥SPAM 800）|
|SAINT版本|`SAINT` → 查看版本|必须与SPAM版本匹配|
|Kernel版本|`SM51` → 双击→ 查看Kernel Release|建议≥748以支持SUM 2.0|
|当前SAP版本|`system - status`|确认S/4HANA 1709|
如SPAM/SAINT/Kernel版本不足，需先升级至目标版本后再执行SUM。
### 3.2 DEV SUM执行（1709 → 2025）
```bash
# 1. 下载并上传升级文件到DEV VM
# 从SAP Software Download Center下载：
# - SUM 2.0 SP最新版本
# - S/4HANA 2025 升级包
# - SAP Kernel 最新版本
# 2. 解压SUM
sapcar -xvf SUM20SP\\\_XX\\\_X.SAR -R /usr/sap/<SID>/SUM
# 3. 启动SUM
cd /usr/sap/<SID>/SUM
./abap/startsap.sh
# 4. 访问SUM Web UI
# https://<DEV VM IP>:1128/lmsl/sumabap/docu.html
# 5. SUM配置：
# a. 选择 Upgrade 模式
# b. 目标版本: S/4HANA 2025
# c. 上传 stack.xml
# d. 执行预检查
# e. 执行升级
# 6. 监控进度
tail -f /usr/sap/<SID>/SUM/LOG/SUMMAIN\\\_\\\*.LOG
```
### 3.2 验证DEV系统
```bash
# 检查版本
system - status
# 预期：S/4HANA 2025
# 检查系统日志
sm21
# 检查数据库
dbacockpit
```
\---
## 4\. Phase 3: QA环境升级（顾问）
**前提：** 客户IT已完成QA Phase 1，QA新VM（SLES 15 + HANA SPS07 rev 79 + HA + S/4HANA 1709应用层安装）已就绪。
> \*\*注意：\*\* DEV/QA为虚拟化环境，无需配置HANA SR，Hypervisor提供VM级HA。
### 4.1 传输DEV修复代码到QA
```bash
# 在DEV释放传输请求 → QA系统导入
se09 → stms
```
### 4.2 QA SUM执行
同Phase 2 DEV SUM执行步骤。
### 4.3 QA回归验证
```bash
sm21
dbacockpit
se80
```
\---
## 5\. Phase 4: PROD环境升级（顾问）
### 5.1 预检查
#### 5.1.1 系统健康检查（预热）
在运行SUM前，对当前系统执行完整性检查：
|检查项|事务码|说明|
|-|-|-|
|系统日志|SM21|检查异常错误|
|数据库状态|DBACOCKPIT|表空间、性能正常|
|作业状态|SM37|无长时间运行失败作业|
|更新记录|SM13|无挂起的更新|
|锁定条目|SM12|无异常锁定|
|OSS Note检查|SNOTE|确认SAP Note 2273175（SUM 2.0）等前提Note已导入|
|HANA健康|HANA Studio → Overview|备份状态、内存使用正常|
#### 5.1.2 运行Readiness Check
```bash
# 事务码: SYCM
# 或使用SAP Note 2750541中的程序
# 检查：Simplification Items数量、自定义代码影响、兼容性
```
#### 5.1.3 运行ATC扫描
```bash
# 事务码: ATC
# 创建检查变体：SAP S/4HANA 2025 Checks
# 对所有自定义对象执行检查
# 结果：
# - 红色：必须修复
# - 黄色：建议修复
# - 绿色：无需处理
```
### 5.2 自定义代码修复（在DEV系统上）
#### 5.2.1 SPAU/SPDD/SPAU\_ENH处理（必做）
SUM升级完成后，首次登录升级后系统时需执行以下事务码处理SAP标准对象的调整：
|事务码|说明|操作|
|-|-|-|
|**SPDD**|处理数据字典对象调整|按SAP建议逐个确认或调整|
|**SPAU**|处理ABAP/程序对象调整|检查每个调整项，确认兼容性|
|**SPAU\_ENH**|处理增强框架调整|检查并确认增强兼容性|
> 按SAP经验，升级后需处理的SPAU/SPDD对象约为50-200项，顾问需分配1-2天处理。
#### 5.2.2 ATC代码调整
```bash
# 1. 导出ATC扫描结果
# 2. 分析每个红色/黄色对象
# 3. 在DEV系统上修复（SE38/SE37/SE24/SE19）
# 4. 传输到QA验证 → 通过后传输到PROD
```
重点检查：
|检查类型|影响对象|说明|
|-|-|-|
|Universal Journal|读写BKPF/BSEG的程序|必须改造|
|MATDOC|读写MKPF/MSEG的程序|必须改造|
|已弃用函数|调用旧函数的Z程序|替换为新函数|
|已弃用BAPI|调用旧BAPI的程序|替换为新BAPI|
### 5.3 SUM DMO with System Move
**前提：** 客户IT已完成PROD新服务器（SLES 15 + HANA SPS07 rev 79 SR + HA）安装。
> \*\*注意：\*\* DMO with System Move会自动在新服务器上创建S/4HANA 2025应用层，无需提前安装SAP。
> \*\*为什么选择DMO with System Move：\*\*
> - SLES 12 → SLES 15 \*\*无法原地升级\*\*，必须新建VM
> - DMO可在\*\*单次停机\*\*内同时完成：OS迁移 + HANA版本升级 + S/4HANA升级
> - 旧系统完整保留，切换前一直可用，出问题可2-4小时回退
**数据库容量：** <500GB
**时间线（1天停机窗口内）：**
```
时间 步骤 预计耗时
08:00 停止应用 + 备份 1小时
09:00 scp备份到新服务器 1-2小时
10:00-11:00 DMO with System Move 4-6小时
(SUM执行：含数据传输+升级+后处理)
16:00-17:00 代码激活 + 验证 1-2小时
17:00-18:00 网络切换 + 用户验证 1小时
可恢复时间： \~8-10小时
冗余buffer： \~2-4小时
```
#### 5.3.1 停机窗口开始
```bash
# 1. 通知用户退出系统
sm04
# 2. 停止PROD应用层
sapcontrol -nr 00 -function Stop
# 3. 确认已停止
sapcontrol -nr 00 -function GetProcessList
```
#### 5.3.2 备份PROD数据库（本地）
```bash
hdbsql -U BACKUP "BACKUP DATA USING FILE ('prod\\\_pre\\\_upgrade\\\_full')"
# 验证备份
ls -la /backup/<SID>/
# 拷贝到新服务器（留作回退用）
scp /backup/<SID>/prod\\\_pre\\\_upgrade\\\_full\\\* root@<新PROD>:/backup/<SID>/
```
#### 5.3.3 新服务器执行SUM（DMO with System Move）
```bash
# 1. 上传SUM到新服务器
sapcar -xvf SUM20SP\\\_XX\\\_X.SAR -R /usr/sap/<SID>/SUM
# 2. 启动SUM
cd /usr/sap/<SID>/SUM
./abap/startsap.sh
# 3. 访问SUM Web UI: https://<新PROD IP>:1128/lmsl/sumabap/docu.html
# 4. SUM配置：
# a. 选择 DMO with System Move 模式
# b. 源系统：旧PROD服务器（IP, SID, Instance）
# c. 目标系统：新PROD服务器（已安装HANA SPS07 rev 79）
# d. 目标版本：S/4HANA 2025
# e. 上传 stack.xml
# f. 预检查 → 执行升级
# 5. 监控
tail -f /usr/sap/<SID>/SUM/LOG/SUMMAIN\\\_\\\*.LOG
```
#### 5.3.4 激活代码 + 验证
```bash
# 传输DEV修复代码到新PROD
stms
# 激活
se80 → 重新激活
# 验证版本
system - status
sm21
dbacockpit
```
#### 5.3.5 网络切换
```bash
# 修改DNS指向新PROD服务器
# 更新负载均衡配置
# 验证用户可访问新系统
```
\---
## 6\. Phase 5: 测试与上线（顾问+关键用户）
### 6.1 接口测试（功能顾问）
**接口规格：** HTTP + JSON + 基本认证，5个REST接口（金蝶SRM+ERP）
|步骤|操作|
|-|-|
|1|确认5个HTTP REST接口配置（URL/端口/认证凭据）|
|2|金蝶SRM接口联调（JSON报文 + 基本认证验证）|
|3|金蝶ERP接口联调（JSON报文 + 基本认证验证）|
### 6.2 UAT测试（关键用户主力，顾问辅导）
|模块|关键用户数|测试场景|
|-|-|-|
|FI|2人|15个核心流程|
|CO|1人|10个核心流程|
|MM|2人|15个核心流程|
|SD|2人|15个核心流程|
|PP|1-2人|10个核心流程|
|QM|1人|5个核心流程|
|Fiori|0-1人|5-10个Fiori场景|
|**合计**|**9-11人**|**75-80个场景**|
**UAT时间线：**
```
第1周: 测试准备（顾问准备用例） █
第2-3周: 第1轮测试（关键用户执行） ██████
第4周: Bug修复（顾问）+ 回归验证 ███
第5周: 第2轮测试（回归测试） ███
```
### 6.3 Fiori基础配置（顾问，不含用户培训）
> 升级到S/4HANA 2025后，SAP Fiori自动可用。以下为基础激活步骤：
```bash
# 1. 激活Fiori框架
# 事务码: /n/FIORI/ADMIN → Fiori Content Manager
# 2. 配置SAP Gateway（如未激活）
# 事务码: SICF → 激活 /sap/bc/gui/sap/its/webgui
# 事务码: /IWFND/MAINT\_SERVICE → 激活标准OData服务
# 3. 分配Fiori Catalog到用户角色
# 事务码: PFCG → 创建角色 → 分配Fiori Catalog
# 4. 验证Launchpad访问
# URL: https://<服务器>:44300/sap/bc/ui5\_ui5/ui2/ushell/shells/abap/FioriLaunchpad.html
```
> \*\*注意：\*\* 当前仅做基础技术激活，用户培训作为单独项目后续安排。
### 6.4 生产上线
```bash
# 1. 最终备份
hdbsql -U BACKUP "BACKUP DATA USING FILE ('prod\\\_go\\\_live\\\_final')"
# 2. 通知用户登录使用
# 3. 监控
sm21
dbacockpit
```
### 6.5 Hypercare
|步骤|操作|
|-|-|
|1|每日系统巡检|
|2|用户问题响应|
|3|代码微调|
\---
## 7\. 故障处理
### 7.1 SUM执行失败
```bash
# 查看SUM日志
tail -100 /usr/sap/<SID>/SUM/LOG/SUMMAIN\\\_\\\*.LOG
# 常见原因及解决方案：
# 1. 磁盘空间不足 → 清理 /sapmnt, /usr/sap, /hana/shared
# 2. 内存不足 → 增加HANA内存或减少SUM并行度
# 3. 网络中断 → SUM支持断点续传，重新启动即可
# 4. 传输导入失败 → 检查STMS，修复传输后再试
```
### 7.2 系统启动失败
```bash
# 检查系统日志
sm21
# 检查HANA跟踪
hdbcons -s <SID> -i <NN> "trace list"
# 尝试重启
sapcontrol -nr 00 -function Start
# 如果仍然失败：
# 1. 检查HANA数据库状态
hdbsql -U SYSTEM "SELECT \* FROM SYS.M\_DATABASE"
# 2. 检查文件系统权限
ls -la /usr/sap/<SID>/
```
### 7.3 SPAU/SPDD处理失败
```bash
# 问题：SPAU/SPDD对象无法激活
# 解决方案：
# 1. 检查SAP Note 1916935（升级后调整指南）
# 2. 对于无法激活的对象，检查是否需要手动调整
# 3. 使用SE38/SE37逐个修复
# 4. 传输到QA验证后再传输到PROD
```
### 7.4 HANA备份恢复失败
```bash
# 问题：从SPS02备份恢复到SPS07失败
# 解决方案：
# 1. 检查HANA版本兼容性（hdbsql -U SYSTEM "SELECT VERSION FROM SYS.M\_DATABASE"）
# 2. 确认备份文件完整性（检查文件大小和校验和）
# 3. 尝试使用不同的恢复选项：
hdbsql -U SYSTEM "RECOVER DATA USING FILE ('backup\_name') CLEAR LOG"
# 4. 如果仍然失败，联系SAP Support（Note 1792538）
```
### 7.5 DMO跨服务器数据传输超时
```bash
# 问题：DMO数据传输时间过长或超时
# 解决方案：
# 1. 检查网络带宽（新旧服务器间ping测试）
# 2. 增加SUM超时设置（SUM Web UI → Configuration → Timeout）
# 3. 如果数据库>500GB，考虑分批传输
# 4. 使用SAP Note 2408226优化HANA SR配置
```
### 7.6 Fiori Launchpad无法访问
```bash
# 问题：升级后Fiori Launchpad无法打开
# 解决方案：
# 1. 检查ICF服务是否激活
# 事务码: SICF → 激活 /sap/bc/ui5\_ui5/ui2/ushell
# 2. 检查Gateway服务
# 事务码: /IWFND/MAINT\_SERVICE → 激活标准OData服务
# 3. 检查用户权限
# 事务码: PFCG → 确认用户角色包含Fiori Catalog
```
### 7.7 接口连接失败
```bash
# 问题：金蝶接口无法连接S/4HANA 2025
# 解决方案：
# 1. 检查HTTP服务是否激活
# 事务码: SICF → 激活 /sap/bc/webservice
# 2. 检查防火墙配置
# 确认端口44300/8443已开放
# 3. 检查基本认证配置
# 确认用户名/密码正确，权限足够
# 4. 测试连接
# 使用Postman或curl测试接口：
curl -u username:password https://<服务器>:44300/sap/bc/webservice
```
\---
## 8\. 回退方案
### 8.1 DEV/QA回退
```
停止新VM → 启用旧SLES 12 VM + 旧HANA（已保留）
```
### 8.2 PROD回退
#### 场景A：旧服务器可正常启动（首选）
```bash
# 1. 停止新PROD
sapcontrol -nr 00 -function Stop
# 2. 切换网络回旧PROD服务器
# 3. 启动旧PROD
sapcontrol -nr 00 -function Start
# 4. 验证
sm21
dbacockpit
```
#### 场景B：旧服务器不可用，需使用备份恢复
仅当旧服务器硬件故障或系统严重损坏时使用。
```bash
# 1. 在新服务器上使用备份文件恢复HANA
hdbsql -U SYSTEM "RECOVER DATA USING FILE ('prod\_pre\_upgrade\_full') CLEAR LOG"
# 2. 恢复SAP应用层（使用旧备份的应用层或SWPM重建）
# 3. 启动系统
sapcontrol -nr 00 -function Start
# 4. 验证
sm21
dbacockpit
```
**回退时间预估：** 2-4小时（场景A），4-8小时（场景B）
\---
## 附录A: 关键事务码
|事务码|说明|
|-|-|
|SM21|系统日志|
|SM37|后台作业|
|SM04|用户列表|
|SM12|锁定条目检查|
|SM13|更新记录检查|
|SE09|传输管理|
|STMS|传输管理系统|
|SE38|ABAP编辑器|
|SE37|函数模块|
|SE24|类编辑器|
|SE19|BAdI构建器|
|SE80|对象导航器|
|SAAB|ATC检查|
|SYCM|Simplification Item|
|SNOTE|OSS Note导入|
|SPAM|SPAM升级管理器|
|SAINT|SAINT附加组件管理|
|SPAU|升级后ABAP对象调整|
|SPDD|升级后字典对象调整|
|SPAU\_ENH|升级后增强框架调整|
|DBACOCKPIT|数据库管理|
|SYSTEM|系统状态|
## 附录B: 关键SAP Notes
|Note|说明|
|-|-|
|2750541|SAP S/4HANA Readiness Check|
|2399707|Simplification Item Check|
|2408226|SAP HANA System Replication / HA|
|3493301|S/4HANA 2025 Release Information|
|2273175|SUM 2.0 主Note - 工具下载与前提条件|
|2888883|SUM 2.0 S/4HANA 升级参考|
|1240265|SAP维护证书申请指南|
## 附录C: 升级检查清单
### 前置条件（项目启动前必须解决）
* \[ ] **确认SAP维护证书有效**（系统S4P当前提示"未找到有效维护证书"）
* **背景：** S/4HANA 1709版本过旧，维护证书系统不支持，客户为SAP有效用户（持续缴费）
* **解决方案：** 通过SAP Support Portal手动申请维护证书（参考SAP Note 1240265）
* **不使用SolMan**
* **未解决前无法下载SUM、升级包、SAP Notes等任何软件**
* **预计解决周期：1-2周**
### 客户IT完成项
* \[ ] 新PROD服务器硬件上架
* \[ ] 集中存储配置
* \[ ] 网络配置
* \[ ] SLES 15 SP7 安装（全部3个环境）
* \[ ] HANA 2.0 SPS07 rev 79 安装（全部3个环境）
* \[ ] HANA SR配置（全部3个环境）
* \[ ] SUSE HA配置（全部3个环境）
* \[ ] HA切换验证通过
* \[ ] DEV/QA新VM安装S/4HANA 1709应用层（ASCS+PAS）
* \[ ] DEV/QA数据迁移至新VM
* \[ ] 系统可正常启动
### 顾问完成项
* \[ ] 升级前检查：SPAM/SAINT/Kernel版本满足要求
* \[ ] 升级前检查：系统健康检查（SM21/DBACOCKPIT/SNOTE）
* \[ ] DEV SUM执行成功
* \[ ] DEV SPAU/SPDD/SPAU\_ENH处理完毕
* \[ ] QA SUM执行成功
* \[ ] Readiness Check + ATC扫描完成
* \[ ] 自定义代码修复并验证通过
* \[ ] PROD DMO with System Move执行成功
* \[ ] 接口测试通过
* \[ ] UAT测试通过
* \[ ] 生产上线完成
* \[ ] Hypercare结束
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment