学SAP Basis 9 年来的一点心得

 

学SAP Basis 9 年来的一点心得 第一章: SAP Basis的第一步- 如何入门 自序 这本书写了近二年，改了十多次。因为这三年来SAP推出太多新的东西，更改变或重新组合了许多旧有的产品。我希望这本书，旧的功能必须含盖、新的产品能够介绍。故一托再托，实在是因求好心切。这本书不是要取代那些英文BASIS的技术书，而是经验传授故事叙述。 在两岸及欧美计算机公司工作了十五个年头，回顾近十年来拿了四个不同SAP的认证，辛辛苦苦的念书考试，到头来仍需再考试升级。年纪不小了，记忆力愈来愈差。想想应该将自己一路走来的经验写下，走对的路可让大家参考，曾犯的错，各位也无须浪费时间再摸索。 由于近来IT委外风潮在美大行其道，许多大公司都将其IT外包(Outsourcing)至印度或其它工资较低的地方。中国是块未开发的地方，不出一年，外包工程必将转至中国。出这本书，就是要让更多中国人能懂 SAP BASIS。同时也希望对有心想学SAP BASIS 的人，有一个开始学习的方向。 SAP BASIS未来绝对是可期的，祗要你不断充实自我，学习新知，靠SAP Basis 的IT技术再吃二十年好饭，也绝无问题。愿大家工作愉快，事事顺心。 第一章: SAP Basis的第一步- 如何入门 许多人问到SAP Basis如何入门，基本上要学SAP Basis之前必须先有下列几项基本知识与经验，才可以事半功倍： 1. 多种操作系统管理 2. 基本数据库管理 3. 新一代程序撰写(Java, XML) 4. Internet架构与环境 因为SAP Basis System Administration基本上即包含操作系统、数据库、SAP应用程序、中介软件(Middleware)及最新的网际网络等管理项目。如果不俱备上述这些基本技术与经验，要学SAP Basis，会有不知如何下手的状况。SAP是一个怪兽，也像一只变形虫。它会不断的扩张翻新，你永远追不上它变化的速度。故以下是我对SAP Basis入门者的建议： 1. 熟悉一至二种操作系统的管理：UNIX/NT 是最普遍的，而LINUX是未来的趋势。若你想到历史优久的美国大企业工作，OS/390 Mainframe 是不错的选择。AS/400虽然在SAP应用上较泠门，但也因较少人竞争，容易找工作。 i. UNIX：AIX、HP 、Sun是现今SAP在UNIX上的三大主流。基本上由于硬体的不断进步，这三种纟统的效能相差不多。但在管理功能上AIX因有SMIT的整合而使用方便，HP的SAM较难操作，SUN则尚可。另外值得一提的是DEC的UNIX，自HP合并COMPAQ后，加上现在所有UNIX系统都有64BIT版本了，这个第一个十多年前即是64BIT的系统是否延续，仍要看HP的计划。 ii. NT：SAP许多新的模块(COMPONENTS)都与NT紧密结合，甚至许多与INTERNET或WEB有关的产品，如CRM、ITS、EP等，都必须在NT上执行。另外SAP在NT上的安装与管理，也较其它系统容易许多。尤其是SAP KERNEL 6.10后的新JAVA式的安装，在NT上就较UNIX方便许多。 iii. LINUX：由于企业不断地希望能降低营运成本，加上LINUX在系统安全技术上的不断加强与更新，LINUX已成为SAP系统中的明日之星。祗要LINUX能继续增加FAILOVER的功能与系统的安全性，LINUX的未来绝对是无可限量的。 iv. OS/390：翻开近四十年来的计算机史，几乎所有的大企业都曾用过IBM的大型系统( MAINFRAME)。至今仍有许多MAINFRAME爱好者，试着将旧有的R/2系统转成新的R/3，以享受新的功能。为了省下重新训练的成本和较好的资料流通性，许多公司如可囗可乐、娇生公司等仍使用OS/390搭配DB2的环境。如此一来，利用DB2的互通性，进可攻退可守。 v. AS/400：在十多年前MRP开始流行时，许多中小企业多争相采用AS/400。时隔多年也成公司中不小的包袱。这些公司早想转成ERP以提高效率与竞争力。不换系统，省去许多转换的成本，又可将旧有的MRP资料与功能继续延用，是AS/400生存的原因。观察过去就业市场的需求，许多公司都花非常久的时间才能找到SAP BASIS在AS/400的专才。 2. 了解一至二种数据库的操作：数据库在SAP 中扮演非常重要的角色，否则SAP也不会花钱买下ADABASE，弄成自己的数据库SAPDB。数据库的应用在SAP几乎是无所不在，举例而言，从资料到索引，从主资料文件到交易资料文件，从储存到备份，无一不需数据库。研究数据库的特性可帮助你在SAP Basis上打上实的基础。如同操作系统一样，数据库也有许多选择。但在市场迸吞及公司合并的效应下，以下四种数据库现今较热门： i. Oracle: Oracle 原本占有近半数SAP的市场，但由于其公司本身亦推出百己的ERP产品，加上IBM买下INFORMIX又低价倾销DB2，使得其在SAP的市场占有率，节节下滑。 ii. DB2:作者第一次在AIX安装SAP是在1998年，当时DB2的版本是2.5。那时的DB2有许多功能都无法与ORACLE相提并论。尤其是与SAP核心的整合，如SAPDBA, CCMS , BACKUP, RUNSTAT等功能，几乎是一片空白。但自2000年后，SAP与IBM两大公司宣布技术合作，加上INFORMIX技术支持与客户的转入，DB2绝对是SAP 数据库引擎的重心。并可能后来居上赶过ORACLE。 iii. SQL Server:由于硬件速度的提升及价格的下降，加上与最新网际网络(WEB)技术的紧密结合；NT在SAP的占有率节节上涨，连带着SQL SERVER的安装数也水涨船高。六年前SQL SERVRE在6.0版本时，几乎没有超过250个USER大型用户。原因无它，当时其仍然是PAGE LOCK(到6.5 才有ROW LOCK的功能)，无法应付SAP的大量资料同时搜寻与储存。另一原因是NT CLUSTER尚未成熟，当时仍称狼群(WOLFPACK, VER 1.1)，备援系统及功能太差，无法得到一般企业的信任。而今由于价格因素及功能的提升，NT CLUSTER+SQL 2000是许多中小企业的最爱。尤其是搭配SAP新推出的BUSINESS-ONE套装产品，对100个使用者以下的公司，是经济实惠的套餐。 iv. SAPDB(MAXDB)：大家都知道，SAP是德国的公司，而如前所言的数据库在其扮演举足轻重的角色。为了避免一直受各大数据库公司钳制，SAP买下了同样是德国出品的Adabase，并改名为SAPDB。虽然SAPDB的起跑较慢，但打着SAP自有的品牌与不断投入的资金与研发，SAPDB是未来作为SAP BASIS者不可不会的一种数据库。例如在APO LIVECACHE上，仅有支持SAPDB一种数据库。 如何学好SAP BASIS： 四大绝招：手脑动、广泛学、自答问、向前看： 许多人认为要学SAP BASIS一开始即学安装，学会安装之后才能学其它SAP BASIS的技术与工作。其实不然，SAP BASIS有其一层一层的角色扮演及任务。如果基础不打好，省略一些日常客户支持与维护的工作，直接跳至系统安装的高级技术层面，是非常不智的。当然自己在家中练习安装例外。八年前笔者虽已具有三年的UNIX 与DBA的工作经验，仍然从SAP BASIS客户服务部接电话作起。一年内遇到近五百多种不同问题，也让我从使用者的观点了解SAP的各项基础功能。从一般用户的要求与解答其问题，可以了解许多非SAP BASIS的部份，如SAP FUNCTION,ABAP等，对尔后作SAP 新的计划应用以与系统效能调整，有非常大的助益。而后才进入计算机中心作SAP BASIS/DBA，了解数据库备份的各种状况及流程，并参与备援系统的建制。所以我建议要学SAP BASIS必需一步一步、一层一层地按步就班来。照以下所建议的角色，确定各项技术及工作皆熟练后，再向上升级。每隔一段时间也要回头看看，温习并更新旧有的技术。 1. 手脑动： 作计算器的工作，光念书考试是不行的；必念完后立刻演习。现今SAP的资考资料多又杂，太过齐全了。找了一大堆东西，如不能应用验证其实行步骤；仅是纸上谈兵，没法成为自己肚子裹的东西。很多人一开始即买盗版CD按安装手册安装，幸运的人一下就装好了；更幸运的人则遇上许多麻烦。但此二者若未先了解SAP的基本概念与功能，即便装十次也是一头雾水。将自己念的资料与动手作的经验，纪录下来；转成自己的数据库，以避免自己及他人重复错误，是一个学SAP BASIS的人首要的工作。虽然SAP版本不断更新，但许多问题都是触类旁通的。 2. 广泛学： 有人认为身为SAP BASIS是技术人员，不应或不需要再学别的MODULE或FUNCTION。或学得那些非技术性的作业流程规范及财务报表等，都是给那些不懂系统的人学的。这实在是大错特错。诸不知咱们BASIS所安装建立好的系统，就是给使用者用的。缺少了使用者的验证，就是老王卖瓜，自卖自夸。尤其现今SAP提供许多新的项目：如CRM、BW、APO、SEM、EP、ITS…等，必须了解使用者启用了哪些功能，而针对这些特定的功能进行不同的系统管理。建议您如果有机会，必须将SAP各项产品的简介及其系统架构，作深入的研究。千万不可瞧不起SAP中非技术层面的部份。 3. 自答问： 教学相长是任何学问的定律，尤其是在SAP这求新求变的世界中更是如此。没有人能精通所有BASIS的项目，所以，不论你是初学或老生，常利用各类机会解答问题，并将答案收入自己的问题集锦中，以便不时之需。诸不知，在非压力下解答问题，常使你跳得开思考的小圈子，思路更灵敏，较容易帮人找到答案。下次自己再遇到类似问题，也就可照方拿药迎刃而解了。 4. 向前看： 注意，不是向钱看是向前看。SAP演变至今己成为一年数变的大怪物了。他像IT的大变形虫，没人能了解它全部的内涵。专精于SAP BASIS的方向是没错的，但必须不断的向前看：学最新的版本、了解新的产品，充实BASIS各阶层(OS/DB/SAP/WEB)的知识、加学第二技术如APO/BW/CRM的管理，靠SAP BASIS再吃10-20年的好饭，也没啥问题。若你追不上SAP变化的脚步，三、五年内即会自然淘汰了 第二章: SAP Basis 在职位上的发展与晋升顺序 SAP系统管理员为什么要称BASIS,因为在WAS出现入之前,SAP即以Basis Kernel 作为系统核心的名称,久而久之,大家都称SAP系统管理员为Basis.其实翻回SAP Basis的历史,在4.X之前,SAP Basis包涵三项:Administration, ABAP, and Business Integration. 以SAP课程为例,Admin是BC3xx或BC5xx; ABAP是BC4xx; Business Integration 是BC6xx. 而后分工日细,新的课程已用ADMxxx为新的Basis课程代号. 很多人误打误撞走入SAP Basis这条路,更多人挤破头想入此行, 到底SAP Basis这条路该怎幺走,不妨看看我走过的路,听听我诚恳的建议 在进入现在这公司前,我在IBM,DEC,CSC等计算机顾问公司工作.从入门程序员,系统工程师,销售工程师, 技术支持, 技术顾问至SAP Basis经理, 慢慢爬了近十六个年头. 且自亚洲至美洲, 却终究敌不过种族歧视与Outsourcing的趋势, 去年自CSC转入End User公司. 为何谈我的经历? 不是为了吹嘘, 而是为了提醒各位欲从事SAP Basis工作的同志,罗马不是一天造成的.自我不断的充实,经验的累积加上技术的更新,才能走出Basis长远的路 基本上SAP Basis有二条路: 一是在企业IT部门中,担任SAP 系统管理员,另一是在顾问公司,或个人公司中担任SAP Basis顾问,为其客户服务. 待工作5-7年较资深或年纪稍大后,再转朝管理阶层发展.若您已成家想求安稳,最好留在企业中.不用常出差,没法顾家. 若您想短期内赚大钱,又单身无牵挂,可考虑走顾问这条路.但无论走哪条路,都必须紧追SAP日新月异的脚步,不断地学习新技术. 首先谈谈在企业IT部门中,担任SAP 系统管理员(BASIS Administrator): 这种工作在各个公司定位不同,一般而言分为三个阶段: l Basis Support Specialist(SAP支持专员) l Basis Administrator(SAP系统管理员) l Basis Architect(SAP ) Basis Support Specialist(SAP用户支持专员)常在第一线面对客户或用户的要求及问题,工作内容大略包含下列: 1. 接收并记录用户的要求及问题 2. 作初步的问题判断与简易回复 3. 作初步的答案搜寻,如OSS Note或内部问答集(FAQ) 4. 依据搜寻资料回复使用者,或将问题交给资深同事研究解决 5. 保持与用户联系,并回报问题处理进度与发展状况 此专员的一般要求如下: 1. 良好的沟通技巧与耐心 2. 了解公司内部组织架构 3. 熟悉公司各项作业流程 4. 随时掌握并学习公司的新计划与发展方针 技术要求包含: 1. 基本计算器知识 2. 基本SAP架构的认知 3. 基本网络概念 4. 基本程序撰写技巧 在支持的位置上,了解公司在SAP上的应用与一般用户的需求,这对日后系统维护与管理,有莫大的帮助. 唯有在此位置上才能获得并有空学习这些知识. 一旦开始接触系统, 便很难有闲或能放下身段学习这类知识. 待在此职磨炼一年半载,即可开始一些基本的SAP系统工作,如系统监控,数据库备份等作业. 以便进入下一层级SAP系统管理员. SAP系统管理员 (SAP Basis Administrator): 依年资及经验来分,可分资浅资深二级.依任务特性来分,可分成计划支持与生产支持.以技术层面来看,此职位包含最广也最深. 其工作内容(TASKS)大略包含下列: 第一 有关系统(system)支持部份: 1. 研究与建罝整体SAP技术架构(technical infrastructure) 2. 安装与设定所有SAP 之软硬件 3. 硬件需求规划(HW capacity planning) 4. 备份与复原计划的落实和测试 (Backup and recovery concept) 5. 高可用系统解决方案的落实和测试(High Availability solutions) 6. 网络结构的落实和测试(Network configuration) 7. 网络，数据库和操作系统结构整合的落实和测试 8. 设定与整合输出装置(Printer, FAX…), 中介软件(bc, mqseries) 等 9. 维护与定制SAP接口的支持 10. 制定系统与改变 (System and Change Management)管理操作手册与规范 第二:有关功能(Business/Functional)支持部份: 1. 提供技术上的支持给程序开发团队 2. 分析程序开发或变更对系统资源的冲击 ...........待续     第五章SAP 解决问题的方法 SAP 解决问题的方法 在Basis 工作中常遇到许多非SAP系统的问题也怪罪Basis. 其实使用者无法分辨问题所在,只知道无法登入系统,当然都归究Basis. 一般而言, SAP的问题有千万种,各属不同领域. Basis在SAP问题分类中(Components), 以BC 起头,如BC-CTS, BC-UPG, BC-DB …..许多人以此开玩笑说, BC=Basic not Basis.任何简单的问题,都归Basis. 解决问题首先必须了解问题的来龙去脉,如何了解呢?不外从人,事,时,地,物五个方向去着手: 人:多少人受影响?多少人会解决?多少人有空查问题? 事:什么功能出错?属何类型问题?是新的或是旧的功能? 时:何时出错?曾经出错?出现次数,频率? 地:是单一点或全面?近端或远程? 物:哪一个系统?哪一台机器? 当了解问题发生原因、容许之处理时间与人力资源分配后，必须作一判断。最好与上司或同事讨论一下，以免多人同时解决同一简单的问题或朝同一方向着手。因为许多客户常因沟通不良或没耐心，同时向不同求问。又许多问题非常复杂，必须多人分工查错，才能获事半功倍之效。此一了解分析问题并作判断的步骤，对接下来解决问的方向，有决定性的影响。 第二阶段是对症下药、解决问题，途径不外下列几项： 1.        公司内部搜寻:先查查自己的旧笔记、公司内部的问答集或问公司内其它同仁，有无曾发生相类似的问题，解决方案为何?不论问题新旧，务必记录发生原国、发展经过与解决方案，以备不时之需。本人是颜回后代，笃信不二过。任何同样错误绝不犯第二次，这样作事才能有效率。 2.        SAP OSS Note 搜寻或发问: SAP有许多问题常非常类似，加上SAP的错误提示或号码常重复，必须小心确认与测试解决方案。 : : : 待續