康师傅SAP系统运维介绍.doc

目录运维目标1SAP系统架构及安全策略2系统监控、流程修改、文件备份归档策略及R3优化3会计结帐流程7运维目标 首先，对于应用系统维护的目标，我们内部定义了几个：第一，系统要满足用户合理的需求，什么是合理的需求？用户的需求，要看合理性，不合理的需求，我们提供建议，变成合理的需求，以系统实现，合理的需求，即使系统不能实现，我们就是系统外挂开发也要尽量满足用户需求。第二，改善成易学易用的系统，SAP的系统界面不是很友好，用户实际上操作的时候很麻烦。易用我们就是对于系统操作不方便地地方进行一些优化、调整，让用户操作的时候方便、快捷。易学就是让用户通过操作手册能够很好的把这套系统掌握起来，尽量减少培训的时间，用户就可以操作系统。第三，稳定性，保证用户正常操作和使用，如果系统不稳定，其它事情都不用谈了。第四，提升系统的性能，在我们十几年使用SAP系统工作当中我们不断的提升系统的性能，其它中包括硬件的系统性能和软件的系统优化，来保证系统能够满足用户不断变化的正常的使用。SAP系统架构及安全策略下面我介绍一下SAP系统的架构，按照SAP的标准，首先是有开发系统、测试环境然后正式环境这三套系统。在这三大系统里面我们现在分了三个事业群系统，BW系统也同样按三个事业群把它分成了三套，整个的系统基础平台都已是Netweaver平台，ERP系统我们现在是ECC6版本，是在2008年升级成ECC6版本，全部系统的操作系统和数据库都是在Windows2003和SQLServer2005下建立起来的。下面我简单介绍一下我们使用的SAP系统安全策略，首先就是操作系统的安全，它包括了防病毒系统、操作系统的监控和我们的监控人员的日常作业。它保证了我们的各系统的正常运作，特别介绍一下SAP应用系统的策略，例如用户口令、用户帐号的安全策略，用户口令安全我们制定了一系列的安全策略，有口令长度的控制、例外控制、使用时间控制等，对于用户帐号的问题，有些用户在系统中申请了权限后，长时间没有使用，会占系统的用户数，我们大家都知道SAP的用户数，即版权是很贵的，我们为了控制用户数，我们也制定了一些策略，长期没有使用的用户，系统就自动给它锁定了，如果用户没有申请解锁，再过一段时间就将其在系统中真正删除。然后数据的备份策略，为了在系统出现故障时能及时恢复系统，我们相应也制定了一套完整的备份策略，我们后面有一个专题来讲一下。系统的安全问题处理，实际上我们主要是从四个方面，一是网络安全、系统安全、数据安全、机房的安全，这四个方面实际上都是一些值班人员的日常作业。每天值班人员监控系统，对于系统发生异常状况时，都能及时的发现、及早处理，并且对各种异常我们都制定了一系列的处理的流程，比如提报机制，根据的问题级别，要提升至哪一级主管都一些规定。然后对于用户的问题处理，用户是能使用系统还是不能完全使用，可以根据不同情况处理作不同的处理。最后还要总结这些问题，制定策略一方面是以后如何避免该问题的发生，一方面是制定以后再出现类似的问题如何处理的流程，以便及时处理好这些问题，提高用用户的满意度。系统监控、流程修改、文件备份归档策略及R3优化下面介绍一下监控系统，自从桌面PC的维护外包后，全国网络、服务器实现了远程监控。我们的网路监控使用了OpenViewNNM系统，使用微软的MOM系统监控服务器，SMS系统管理IT资产，SAP系统是用数据库管理工具和SAP监控工具结合起来，很好地对SAP系统运行状况进行监控。关于，ECC6升级简单跟大家分享一下，这个升级过程是经历了项目的启动、程序的升级和单元测试，最后是用户适应性测试。升级前我们作了老版本4.6C和ECC6版本差异的各个模块的培训。升级时，我们先升级了开发系统，因三套开发系统在一台SERVER上，所以开发系统只升级一次，之后进行正式系统的演练，升级正式系统，然后使用正式系统环境，复制一套出来作为测试系统，然后作其它两套正式系统的升级。当时顾问公司主要负责了BASIS的升级，应用系统组人员主要是康师傅的人负责，由顾问公司协助，所有的流程先由顾问在系统能够走通，然后康师傅的资讯人员作了详细测试，另外我们的外挂程序部分修改很多，有的程序代码编译都无法通过，我们都作了逐一的修改、测试。整个升级过程比想象的较顺利、较简单。在整个信息化推动过程当中，我们与业务部门有一个很规范的流程，IT部门的工作和事业群各功能部门及各公司的用户都遵循这个规范流程。首先，对于需要变更的流程规范，一般先由事业群提出他们的需求，会与IT部门一起讨论，作出一个可行的、规范的作业流程或制定制度。作业流程或制度出来之后事业群会通知资讯部需要修改系统，资讯部负责修改系统设置或者开发，这个时候事业群要进行是宣导，就是让全国的用户知道未来作业流程要改成成什么样，系统流程及管控是什么，也使用户熟悉系统如何操作，最后再由子公司来具体执行。在实际使用的过程中，用户若觉得这个新流程不合理，可以提出系统修改建议，如果这个需求是与标准的流程或制度有关，就要把这个变更的需求反映到事业群，由事业群确定是否对原作业流程或制度需要修订。如果需要，再将修改后的作业流程通知资讯部修改系统，整个流程是从事业群提出需求到资讯部修改系统，到各公司执行，各公司再反馈意见到事业群，是一个持续不断优化循环的过程。我们就是遵循这样一个作业流程，使得我们很好地完成这么庞大的系统维护工作。系统修改流程下面我介绍一下系统修改的流程，SAP系统分成三层，有开发系统、测试系统和正式系统，它在各个系统修改的时候都是要遵循的原则。我们系统修改的处理过程是这样的，首先用户提出需要，然后我们资讯部提出方案，这个方案由资讯部的人员内部讨论通过后，与用户确认并给用户演示结果，直到用户通过的方案，之后我们才开始做系统开发。之后由模块主管审核设置报告或程序开发规格书后，建立请求号，这时资讯人员进行设置、开发并在开发的测试系统进行测试，完成后可申请传输到测试系统，这一步还需模块主管审批，在测试系统测试通过后，要附上用户需求、设置报告、程序规格书、测试报告等多项文档，由系统主管核准后方可传正式系统。整个传输审核流程都在OA系统完成的，都有严格的控制。停机SAP停机分为2个部分计划停机、非计划停机，我们也有非计划停机，情况很少，主要是系统突然出现异常状况，例如看不出原因的系统突然很慢的情况，这是非计划停机。大部分是计划停机，计划停机主要是定期的例行的停机维护，我们的停机率很低，这样的结果能够满足用户的日常工作需要。备份对于，数据备份与恢复，我们现在使用了数据备份的工具，备份的策略是每周做一个全备，每天做一次差异备份，每隔两个小时做一次LOG备份。备份的资料我们有一个存储介质的存放策略，它会存放到三个地方，一个地方是银行防火的保险柜，一个是与机房不同栋的办公楼的防火保险柜里，另一个是机房里面。系统的备份大家都会作，关键是系统备份起来是否能够恢复，因此我们定期作备份系统恢复演练，从备份磁带上将原正式系统的备份恢复到测试系统，以确保在系统出现故障时，磁带上的备份能够正常恢复系统。资料归档接下来谈谈资料的归档，我们是把SAP系统的归档对象按功能分类之后，将资料交给事业群各个功能部门，并与事业群讨论每一个对象需要保留多长时间，最后通过各个功能部门的确认，把归档对象的保留时间确定下来。后面是我们资讯部内部制定归档策略，按这个归案策略进行周期性的归档。优化应用对于R3的优化应用，我们主要在六个方面，程序的优化、日志优化、并行处理、数据库优化、远程服务优化、BW的优化。程序优化持续的程序优化，永远的TOP5优化。日志优化定期整理，减少不必要的日志数据，提升系统响应。并行处理技术对自定义报表采用并行数据处理技术，加快数据的处理，主要是提升月末成本核算的运行速度。数据的及时归档基于用户实际的要求，尽量减少TABLE存储的数据量，加快报表查询速度。物料主数据的整理整理不再使用的物料，在财务进行成本核算时只对使用物料进行，减少无用数据。数据库的参数优化持续的数据库监控，优化数据参数，提高系统性能。对于BW的优化，我们主要分了几个部分：FILTER技术，在QUERY设计时在FILTER中尽详细约定数据收集的条件，这样最大减少收集的数据量，以达到提高QUERY运行效率。AGGREGATE技术，是对现有CUBE中跨维或属性组合的需求栏位提前汇总数据，这样在使用时直接引用已计算汇总数据的技术。COMPRESS技术，是对现有CUBE中具有相同KEY值的少数局进行合计，减少数据量数据处理技术。报表中由于格式原因，存在有多个QUERY状况，与用户沟通后，尽量减少QUERY的个数，尽量用一个QUERY完成。未来会使用BIA提高BW系统性能在必要的时候，借鉴台湾味全的经验。举几个例子：第一个例子，我们是先列出哪些Quary(报表)运行比较长，我们会把运行时间最长的前五名进行优化。应用一些小技巧，我们把数据量控制到最少，读取数据时间变短报表运行速度加快。第二个例子，合并Quary(报表)，有的时候为了报表格式做了多个QUERY。我们尽量会和用户谈一下这个格式这个是否合理，减少QUERY的个数报表运行速度会加快。会计结帐流程下面我介绍一下会计结帐流程，我们会计结帐现在各家公司基本上在每月1日就结束，事业群合并是在2日，3日有时候会有一些调整。最后是总部合并，康师傅控股有限公司100多家法定公司的合并，前面谈的结帐都是使用R3系统的公司，还有一些子公司没有用SAP系统，他就可需要一些特殊的处理。所