升级ABAP SPs
2014-01-27 11:45
218 查看
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中获取密码之后才能升级
![](http://img.blog.csdn.net/20140127113242875?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc2FwMnc=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
升级时间会很久,改为后台升级,否则前台会timeout
![](http://img.blog.csdn.net/20140127113248812?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc2FwMnc=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
升级后台作业为OCS_QUEUE_IMPORT
导入queue时,可能要求implement note,按照要求implement 并释放请求。
7. 系统中有未释放的notes/请求等,会在OBJECTS_LOCKED_?阶段卡住。确认各请求释放且ok,confirm adjustment
![](http://img.blog.csdn.net/20140127113257093?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc2FwMnc=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
![](http://img.blog.csdn.net/20140127113301828?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc2FwMnc=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
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重组和更新下统计值
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重组和更新下统计值
相关文章推荐
- SharePoint 升级:SPS 2003 到MOSS 2007
- 升级JAVA SPs
- SPS 2003升级到MOSS 2007全攻略
- 分享WSS站点升级到SPS的故障排除经验
- SAP ECC6.0升级到EHP6 on HANA后,abap中ftp上传需要注意事项
- 通过例子学习ABAP--ABAP编程语言 数据处理(一)
- 无缝升级nginx版本
- Cisco 3560 升级IOS
- 显示所有SAP图标的ABAP代码
- oracle数据库升级 11.2.0 到11.2.4
- python socket服务器进行远程升级
- Ubuntu:sudo apt-get upgrade升级失败
- 【云计算的1024种玩法】手把手教你如何编译升级 OpenResty
- cisco路由器ios升级宝典
- linux编译升级内核步骤
- ABAP中正则表达式的应用
- 教你如何升级app适配iOS 7
- Ubuntu 14.04下安装/升级gcc 5.1.0
- 【小米3使用经验】小米3关闭系统自动更新(升级)
- 升级docker 1.13 后dockerd启动异常