升级ABAP SPs

1. 升级之前一定要做好备份

2. 将要升级的SP解压至指定目录

sapcar –xvf *.sar –R X:\usr\sap\trans

3. 使用非DDIC登陆系统进行升级SP操作

因为DDIC账号，升级SP可能会在phase：XPRA_EXECUTION卡住

4 先升级SPAM至需要版本

5. 针对要升级的SPs，制定queue，或者指定stack.xml文件

6.  由于升级SAP的support package，有时会引发其他的问题，因此SAP针对升级SP将要发生的问题发布了note。有的SP需要确保用户查看过相关note指出的问题，并从note中获取密码之后才能升级

升级时间会很久，改为后台升级，否则前台会timeout

升级后台作业为OCS_QUEUE_IMPORT

导入queue时，可能要求implement note，按照要求implement 并释放请求。

7. 系统中有未释放的notes/请求等，会在OBJECTS_LOCKED_?阶段卡住。确认各请求释放且ok，confirm adjustment

8. 升级Support Packages时，系统可能无法登陆，st22可能爆出大量dump，没有关系，忽略。

9. import SP完成之后，确认

10. SP导入完成后，可以删除EPs\in下的SP文件，节省空间

针对更改的组件做编译SGEN

**********************************接下来是可能碰到的错********************************

1. 针对升级SP中碰到的问题，可以根据SM21/ST22/import log/action log来查notes，修正

2. 强制reset queue status，解锁组件：

Use the function module OCS_RESET_QUEUE-> execute with the parameters IV_TOOL=SPAM, IV_FORCE=X

Use the function module SPAM_RESET_STATUS ->execute with IV_FORCE=X

3. 当reset queue，重新导入SP后，可能会有索引/表/结构等数据字典未激活的情况

SE15可以批量激活数据字典的东西，图方便SE14可以批量删除不重要的索引。

4. 在IMPORT_OBJECT_LIST等阶段卡住，可以使用R3trans测试。如果提示profile以及部分环境变量没有，在STMS中指定系统profile(在\usr\sap\trans\bin添加参数也行)

5. test import阶段提示出错，确认实在无碍，可以在菜单中忽略掉

**********************************接下来是一点点经验和建议********************************

1. 升级SP时，最耗时的步骤为IMPORT_PROPER，因此其他phase不该耗时太久

2. 升级SP最好逐级升级，不要打包在一个queue中升级。因为很多高级别的SP需要的一些note，已经包含在低版本的SP中，逐级升级可以降低出错几率。

如果你确认已将(将要升级SP版本所需的)note全部查看过一遍，且implementation，那么可以打包升级。

最好逐级升级，由SP00->SP01->SP02->SP03->SP04->SP05->……

3． 升级前一定要查看SAP提到的notes，请做尽量多做准备工作

4. \usr\sap\trans\buffer下的文件，每个component在升级过程中，都有一行记录(#component modified at time的记录忽略不管)，记录的每个数字都代表了升级此component过程中各个步骤的状态，在升级之后，SPAM会将此component的记录行加上”#”前缀注释。如果确认我们的import queue各小步骤正确，那么我们可以修改buffer中各步骤的状态，此举请慎重。

5. 根据上述第4点，我们可以知道，请求的buffer里可以看到导入queue的进度，当前在处理那一个sp。按照tmp文件夹里当前sp已经import的大小，按照SP文件大小可以粗略估一下时间。时间太长基本就是hang了(tmp中重复写同一条错误日志，那就该查note了；如果一直在变，可以等)

win平台下tmp文件夹里是：导入一个SP，写一个SP的log；处理下一个，上一个的import log会清空；

linux平台下，初始各SP log都存在，但是log文件大小会变；

6. 升级SP之前，可以做下db重组和更新下统计值