ERP系统交维流程与规范

《ERP系统交维流程与规范》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、系统运维管理规范【系统交维流程与规范】版本拟制日期2014-07-07审核日期批准日期系统运维管理规范修订历史记录版本日期AMD修订者说明V1.02014-7-7A新增规范文档（A-添加，M-修改，D-删除）系统运维管理规范目录1.服务目标52.ERP系统交维流程73.ERP系统交维资产清单114.ERP系统交维文档清单145.ERP系统交维文档要求165.1用户手册（系统功能说明书）165.2维护手册（系统技术说明书：包括软、硬件架构说明）165.3备份策略清单（含历史及新增）175.4系统资产清单（含历史及新增）175.5系统配置清单（包括安装地点信息

2、，含历史及新增）175.6接口清单（含历史及新增）185.7系统账号清单（含接口账号，新增账号）185.8新功能清单185.9程序部署手册185.10回退操作手册195.11测试报告20系统运维管理规范5.12系统测试用例205.13源代码216.ERP交维系统的压力测试226.1压力测试目的226.2压力测试工具226.3压力测试用例226.4压力测试指标及期望值226.5压力测试数据及场景236.6压力测试报告247.ERP系统交维的前提条件257.1交维系统转交整改的条件278.ERP统一维护组维护内容289.时间管理32系统运维管理规范1.服务目标各应用系统、

3、应用平台建设周期完成，正式投入使用，系统建设部门将其移交维护部门进行运行统一维护。为规范各应用系统、应用平台从建设转为运行维护的流程，减少系统故障，缩短故障处理时间，提高各应用系统、应用平台运行的稳定性、高效性，提供高质量的系统支撑，特制订本管理流程。通过开展规范化，流程化，知识化的维护服务,保持各应用系统、应用平台的稳定性和服务高效性，并实现以下期望目标：u通过各个团队在运维管理、技术支持方面的经验知识，将现有的被动服务完全转变为主动服务，用完善的制度与合理的流程确保应用系统持续稳定地运行，提升系统运维水平和服务质量；u梳理各应用系统、应用平台运维的工作和各类流程，

4、总结并制定各类工作流程，完善故障处理机制，建立故障处理、日常维护的知识管理体系，以缩短问题、故障处理时间，满足服务响应时限的要求；u配合维护主管全力以赴完成公司IT规划、项目管理、系统分析、系统建设等高价值、具备核心竞争力的工作内容，外包日常维护、故障处理等相对规范、固定的工作内容，实现分工精细化，员工专业化，服务标准化；量化维护工作内容，实现维护工作标准化，制度化，显性化；u最终按照ITIL标准建立信息服务体系和运维服务团队，实现“运维服务一体化”，“平台管理智能化”，成本结构全面优化、运营效益显著提升的最终目标。系统运维管理规范系统运维管理规范1.ERP系统交维流

5、程步骤流程说明：信息系统建设部门填写并提交《应用系统交维申请表》或《应用平台交维申请表》，应用系统或应用平台进入交维申请流程。根据平台组提供的平台交维工作清单，检验建设方提供的平台网络拓朴图、资产配置清单、平台操作文档及风险评估列表等等，通过服务组进行预接收。1.1评估预接收条件根据维护组提供的交维工作清单，检验建设方提供的网络拓朴图、资产配置清单、维护手册、用户手册、风险评估列表等等，通过维护组进行预接收。为保证各应用系统、应用平台的稳定运行，建设方在交维时，必须先达到以下应用交维条件：A.应用系统功能可以为用户提供长时间不中断的、可用的服务，保证交维前30天无故障

6、发生，90天内无重大故障发生。B.需要交接的应用系统必须有一个与正式环境的业务数据、技术架构、部署环境完全一样的测试环境。C.配合完成1-2次交维培训，讲解平台的架构、业务逻辑、数据流转、目前维护流程和常见的故障点等；若平台存在性能隐患及遗留问题，需建设方处理达到交维要求再接。如平台软硬件性能瓶颈、可用应急环境、数据备份及监控时效性。D.上线后出现的紧急与严重的缺陷必须解决。E.按本文第3、4、5章要求提交相关清单及验收交维文档。F.根据建设部门提交的《备份说明文档》检查应用系统、应用平台的备份情况，内容包括服务器信息，备份路径、备份内容、备份的频率，保留时长等信息。

7、系统运维管理规范A.根据建设部门提供的资产清单，清点硬件设备及核对网络拓朴图、网线标签、虚拟机与应用系统对应关系。确认资产信息是否已录入CMDB中，信息是否完整。B.检查资源分配情况（服务器资源利用率不能超过80％（CPU、内存）、负载均衡配置、存储状况及IP地址使用情况）。C.服务器监控需接入IPNET或者ZABBIX，建设部门需提交监控指标信息，以及交维前出现的故障报告。D.根据交维清单，平台维护组需要核对设备及相对应配置，如有遗留问题，建设方需根据交维报告的整改内容进行修复。E.其中对于不同架构的系统可达到的维护可用性不同：u应用、数据库及硬件