ERP系统升级应急方案交流及案例分析.docxVIP

ERP系统升级应急方案交流及案例分析.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
ERP系统升级应急方案交流及案例分析

ERP系统升级应急方案交流及案例分析2016年6月5日ERP升级应急方案交流及案例分析目的为了切实保障ERP系统的稳定运行,能够规范、高效、及时地处理由于网络中断、ERP服务器宕机等紧急情况,最大程度的减少由此带来的影响和损失;及系统升级后发现存在问题,需要快速切回系统升级前的版本,使系统能够快速正常运作,保障公司正常业务活动的开展,特写该应急交流文档。原则制定详细的升级计划我们应对升级项目所需的工作量进行实际的评估,对升级作出详细计划是非常有必要的。详细具体的升级计划,将未知的因素降到最低,例如在项目计划的关键位置设立检查点,使得企业能够随时监控升级的实施进度,及时发现问题,并对出现的异常现象做出快速反应,使升级过程更加清晰和有计划性。系统升级前期准备工作首先,我们应该在测试系统中进行升级测试,系统升级存在很多风险,稍有不慎ERP系统就会升级失败,此时需要我们进行全面、缜密的测试,确保系统升级无误。其次,在升级系统之前,我们需要提前做好系统代码及数据库的备份,有效防备升级时出现异常,不至于代码及数据的丢失,影响业务数据的完整性,发生不必要的升级事故。 做好升级文档管理由于ERP升级项目涉及到方方面面,并且所有与升级相关的需求、建议、解决方案与结论等都需要文档化。因此,做好文档工作是ERP版本升级得以成功的一个重要支撑。升级文档包括的内容相当广泛,例如每一项升级任务的事前指导、事中实施记录、事后分析结果都要形成相应的文档,以便对具体的升级执行过程与具体的活动进行记录。作为升级文档,应该还包括与项目相关的资源及其使用情况,以方便跟踪与监控项目的执行。ERP系统的故障流程说明? 事件报警与确认:管理员对数据库服务器、应用服务器的运行状况以及网络情况进行监测,及时发现服务器的异常和网络故障,一旦发现异常情况需及时进行原因的排查和故障的处理。启用备用系统:若发生原因无法迅速定位、系统无法在适当的时间内恢复正常的情况,应立即启用备用系统。对系统进行检查:? 1)检查网络连接:需要相关网络管理人员配合检查。? 2)检查服务器性能指标:检查的内容包括:进程及服务是否正常、cpu使用率、内存使用率。?3)导出系统日志。重新启动系统:重新启动服务器。通过系统日志、网络设备日志、数据库访问日志等,对事件进行审计,对损失进行评估,追查事件的发生原因。?4.?分析报告:提供事件分析报告,分析事件原因,对本次ERP系统升级或故障做出总结,为下次升级或故障处理积累经验,提高效率。ERP系统的故障处理流程对于ERP系统的故障基本按照如下流程处理:??? 案例分析? 解读分析案例背景信息针对晋能清洁能源一线员工,存在自离现象,公司政策是对于自离人员离职当月的工资算完后需做缓发处理(当月工资实得部分不发,但有社保部分的需当月处理社保),等员工在后期再补办离职手续后,员工离职月份的实得工资添加到当下算薪的账期里做补发,需在原系统基础上进行开发升级。案例问题诊断为提高工作效率,减轻人力资源工作人员的负担,我们跟用友开发人员对此部分做了相应的开发,需要通过系统代码更新或升级来实现,我们前期已在测试系统进行了详细的测试,发现该功能可以实现,并且不影响其他功能,在正式系统进行升级时,发现存在我们在测试系统未检测到的问题,影响正式系统的速度,已经影响到业务部门正常业务的进行,因此,我们决定进行补丁回滚,恢复到未打补丁之前的状态,但是持续了一天才使系统恢复到之前的状态,中间用时比较长。分析原因:没有写详细的操作计划;没有完整的补丁回滚方案,以致在操作时的步骤出现疏漏;对策与建议在之后的系统升级,需要写详细的操作计划,并且制定详细完整的系统升级方案,以后升级依照该方案进行,减少操作的失误或疏漏。(详情请查看ERP系统升级方案)

文档评论(0)

jiupshaieuk12 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:6212135231000003

1亿VIP精品文档

相关文档