# 阜康 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结束

