ERP系统交维计划流程与规范

1、【系统交维流程与规范】版本 拟制日期2014-07-07审核日期批准日期修订历史记录版本日期AMD修订者讲明V1.02014-7-7A新增规范文档（A-添加，M-修改，D-删除）目录 TOC o 1-3 h z u HYPERLINK l _Toc392596309 1.服务目标 PAGEREF _Toc392596309 h 5 HYPERLINK l _Toc392596310 2.ERP系统交维流程 PAGEREF _Toc392596310 h 7 HYPERLINK l _Toc392596311 3.ERP系统交维资产清单 PAGEREF _Toc392596311 h 11 HY

2、PERLINK l _Toc392596312 4.ERP系统交维文档清单 PAGEREF _Toc392596312 h 14 HYPERLINK l _Toc392596313 5.ERP系统交维文档要求 PAGEREF _Toc392596313 h 16 HYPERLINK l _Toc392596314 5.1用户手册（系统功能讲明书） PAGEREF _Toc392596314 h 16 HYPERLINK l _Toc392596315 5.2维护手册（系统技术讲明书：包括软、硬件架构讲明） PAGEREF _Toc392596315 h 16 HYPERLINK l _Toc3

3、92596316 5.3备份策略清单（含历史及新增） PAGEREF _Toc392596316 h 17 HYPERLINK l _Toc392596317 5.4系统资产清单（含历史及新增） PAGEREF _Toc392596317 h 17 HYPERLINK l _Toc392596318 5.5系统配置清单（包括安装地点信息，含历史及新增） PAGEREF _Toc392596318 h 17 HYPERLINK l _Toc392596319 5.6接口清单（含历史及新增） PAGEREF _Toc392596319 h 18 HYPERLINK l _Toc392596320

4、5.7系统账号清单（含接口账号 ，新增账号 ） PAGEREF _Toc392596320 h 18 HYPERLINK l _Toc392596321 5.8新功能清单 PAGEREF _Toc392596321 h 18 HYPERLINK l _Toc392596322 5.9程序部署手册 PAGEREF _Toc392596322 h 18 HYPERLINK l _Toc392596323 5.10回退操作手册 PAGEREF _Toc392596323 h 19 HYPERLINK l _Toc392596324 5.11测试报告 PAGEREF _Toc392596324 h 2

5、0 HYPERLINK l _Toc392596325 5.12系统测试用例 PAGEREF _Toc392596325 h 20 HYPERLINK l _Toc392596326 5.13源代码 PAGEREF _Toc392596326 h 21 HYPERLINK l _Toc392596327 6.ERP交维系统的压力测试 PAGEREF _Toc392596327 h 22 HYPERLINK l _Toc392596328 6.1压力测试目的 PAGEREF _Toc392596328 h 22 HYPERLINK l _Toc392596329 6.2压力测试工具 PAGERE

6、F _Toc392596329 h 22 HYPERLINK l _Toc392596330 6.3压力测试用例 PAGEREF _Toc392596330 h 22 HYPERLINK l _Toc392596331 6.4压力测试指标及期望值 PAGEREF _Toc392596331 h 22 HYPERLINK l _Toc392596332 6.5压力测试数据及场景 PAGEREF _Toc392596332 h 23 HYPERLINK l _Toc392596333 6.6压力测试报告 PAGEREF _Toc392596333 h 24 HYPERLINK l _Toc3925

7、96334 7.ERP系统交维的前提条件 PAGEREF _Toc392596334 h 25 HYPERLINK l _Toc392596335 7.1交维系统转交整改的条件 PAGEREF _Toc392596335 h 27 HYPERLINK l _Toc392596336 8.ERP统一维护组维护内容 PAGEREF _Toc392596336 h 28 HYPERLINK l _Toc392596337 9.时刻治理 PAGEREF _Toc392596337 h 32服务目标各应用系统、应用平台建设周期完成，正式投入使用，系统建设部门将其移交维护部门进行运行统一维护。为规范各应用

8、系统、应用平台从建设转为运行维护的流程，减少系统故障，缩短故障处理时刻，提高各应用系统、应用平台运行的稳定性、高效性，提供高质量的系统支撑，特制订本治理流程。通过开展规范化，流程化，知识化的维护服务, 保持各应用系统、应用平台的稳定性和服务高效性，并实现以下期望目标：通过各个团队在运维治理、技术支持方面的经验知识，将现有的被动服务完全转变为主动服务，用完善的制度与合理的流程确保应用系统持续稳定地运行，提升系统运维水平和服务质量；梳理各应用系统、应用平台运维的工作和各类流程，总结并制定各类工作流程，完善故障处理机制，建立故障处理、日常维护的知识治理体系，以缩短问题、故障处理时刻，满足服务响应时限

9、的要求；配合维护主管全力以赴完成公司IT规划、项目治理、系统分析、系统建设等高价值、具备核心竞争力的工作内容，外包日常维护、故障处理等相对规范、固定的工作内容，实现分工精细化，职员专业化，服务标准化；量化维护工作内容，实现维护工作标准化，制度化，显性化；最终按照ITIL标准建立信息服务体系和运维服务团队，实现“运维服务一体化”，“平台治理智能化”，成本结构全面优化、运营效益显著提升的最终目标。ERP系统交维流程步骤流程讲明：信息系统建设部门填写并提交应用系统交维申请表或应用平台交维申请表，应用系统或应用平台进入交维申请流程。依照平台组提供的平台交维工作清单，检验建设方提供的平台网络拓朴图、资产

10、配置清单、平台操作文档及风险评估列表等等，通过服务组进行预接收。评估预接收条件依照维护组提供的交维工作清单，检验建设方提供的网络拓朴图、资产配置清单、维护手册、用户手册、风险评估列表等等，通过维护组进行预接收。为保证各应用系统、应用平台的稳定运行，建设方在交维时，必须先达到以下应用交维条件：应用系统功能能够为用户提供长时刻不中断的、可用的服务，保证交维前30天无故障发生，90天内无重大故障发生。 需要交接的应用系统必须有一个与正式环境的业务数据、技术架构、部署环境完全一样的测试环境。配合完成1-2次交维培训，讲解平台的架构、业务逻辑、数据流转、目前维护流程和常见的故障点等；若平台存在性能隐患及

11、遗留问题，需建设方处理达到交维要求再接。如平台软硬件性能瓶颈、可用应急环境、数据备份及监控时效性。上线后出现的紧急与严峻的缺陷必须解决。按本文第3、4、5章要求提交相关清单及验收交维文档。依照建设部门提交的备份讲明文档检查应用系统、应用平台的备份情况，内容包括服务器信息，备份路径、备份内容、备份的频率，保留时长等信息。 依照建设部门提供的资产清单，清点硬件设备及核对网络拓朴图、网线标签、虚拟机与应用系统对应关系。确认资产信息是否已录入CMDB中，信息是否完整。检查资源分配情况（服务器资源利用率不能超过80（CPU、内存）、负载均衡配置、存储状况及IP地址使用情况）。服务器监控需接入IPNET或

12、者ZABBIX，建设部门需提交监控指标信息，以及交维前出现的故障报告。依照交维清单，平台维护组需要核对设备及相对应配置，如有遗留问题，建设方需依照交维报告的整改内容进行修复。其中关于不同架构的系统可达到的维护可用性不同： 应用、数据库及硬件服务器差不多上双节点冗余的系统，维护可用性目标为99.9%；应用、数据库及硬件服务器有一个是单节点的系统，维护可用性目标为99%；无磁带备份的系统，可容忍所有数据丢失；有磁带备份的系统，每X天进行一次备份，可容忍X天数据丢失。系统必须具备必要的功能： 接口连接等使用的程序账号必须能够方便的修改密码；系统必须在应用界面上具备完善的用户权限治理功能；系统必须提供

13、必要的网管接口。各团队进行费用评估信息室费用评估一线服务台评估系统监控组评估7676平台维护组评估维护室费用评估应用维护组评估中间件及数据库平台维护组评估硬件服务器维护组评估备份系统维护组评估网管维护组评估4A维护组评估网络维护组评估机房环境维护组评估费用申请维护室综合各团队的费用评估后进行费用申请系统转维资源预备应用系统在规划建设时期就应该详细评估系统转维过程中所需的维护资源。目前信息系统部关于每一个应用系统转维护过程中所需资源如下图所示：系统转维过程中牵涉到的维护资源如上图所示。应用系统转入运维时期后需要一些列的资源投入，应用系统在转维护过程中应及时知会各维护资源提供方，同时提供项目相关维

14、护文档以便转维工作的顺利进行。维护组对应用系统、应用平台进行预接收 检验预接收的交维文档及代码；预接收检验不通过，退回信息系统建设部门进行整改或资料补充； 召开交维培训会议，由建设方进行培训，了解日常维护工作及服务对象，提出常见故障及处理方法。维护组对信息系统进行软硬件风险、缺陷诊断评估， 关于有严峻安全风险以及有严峻缺漏的，则退回信息系统建设部门整改。进入为期一个月的试维护时期跟业务用户召开职责分工会议，有目的地跟业务用户确认相关服务承诺，并给出职责分工表 。试运维期间如系统出现批量安全漏洞、系统BUG等符合整改条件的，运维组将该系统移交系统建设部门整改。各个维护组签收应用系统运维移交申请表

15、或应用平台运维移交申请表，确立应用系统、应用平台正式移交维护组运维，进入正式维护时期。依照顾用系统、应用平台维护涉及的内容，能够分为4个维护层：硬件治理硬件故障由硬件原厂或者第三方维保处理。网络治理网络策略配置和故障处理由网络维护组负责。系统治理基础软件治理，初步故障定位及处理交由平台维护组负责。如平台维护组无法处理，则提交相对应专业维护组进行处理。应用治理由应用维护组进行日常维护，出现故障后由应用维护组进行故障定位，并组织各团队及时解决系统故障。 应用系统流程图如下： 应用平台流程如下：流程 应用系统、应用平台交维资产清单硬件资产列表物理服务器（详见资产清单）编号设备型号序列号设备名称IP地

16、址配置信息虚拟服务器设备名称IP地址配置信息项目名称设备用途联系人联系电话存储及网络设备编号设备型号序列号设备名称IP地址配置信息软件资产列表软件名称版本号license软件用途使用期限数量应用系统、应用平台交维文档清单序号文档名称运维用途讲明备注1备份策略清单提供备份策略清单，包括所在服务器主机名、所在服务器IP、存储路径、备份数据量、备份策略名称、备份方式及备份频率、备份窗口数据保留时刻等备份情况2应用测试报告开发商应依照测试案例在开发环境进行新功能测试、回归测试、压力测试并出具三种测试通过的测试报告3存储配置及分配清单存储配置操作文档、配置情况及分配清单4第三方联系人员列表平台及应用干系

17、人治理开发商、第三方开发商、硬件、业务部门等相关负责人联系方式5回退操作手册该文档要紧是用于二线平台维护人员进行回退部署，开发商需对本次回退部署过程进行详细的讲明6基础环境部署配置信息支撑及治理平台运行安装部署信息及账户密码7接口清单提供系统、应用层、数据库层、及硬件层等接口清单8平台及应用故障及隐患清单历史故障记录和维护记录、为优化平台及降低风险提供依据历史故障记录和隐患清单9平台监控策略及监控清单告警时效性、及时性监控策略及清单10平台压力评估报告应用系统压力测试报告（测试目的、方法、工具、用例及测试指标期望值）需要测试压力指标及测试报告11软件安装部署及操作手册指导及治理系统治理操作12

18、软件资产清单描述软件部署的环境、使用基础软件的版本、网络架构尽量能提供系统拓扑图13数据库交维清单数据库配置情况数据库建设方案、配置文档、治理员账户密码、配置清单及故障处理报告14网络设备交维清单网络架构及网络配置网络拓朴图、配置治理文档、设备维保、网络配置清单及日常维护记录15维护手册该文档要紧用于二线维护人员进行技术维护，让维护人员能够参照手册开展职责范围内的所有维护工作16系统测试用例开发商应依照业务需求讲明书编写新功能测试用例、回归测试用例17系统配置清单提供系统、应用层、数据库层、及硬件层等配置清单18系统维护工作列表开发商目前在系统维护方面的工作描述，包括月度故障率、数据提取量、数

19、据调整情况、数据备份策略等尽量能提供维护治理手册19系统账号清单提供系统、应用层、数据库层、及硬件层等账号清单20系统资产清单若涉及到新增软件的情况，需提供系统用到的所有license，包括license序列号、license文件、license开始时刻、license到期时刻、license联系人、license联系方式21新功能清单提供本次新交接的功能清单及简要讲明22应急演练方案及报告快速恢复业务应急演练方案及应急环境23应用系统部署配置表系统架构及部署情况，资源使用情况应用系统部署配置24应用系统接入流程规范规范化治理应用接入及资源申请应用接入规范25应用系统清单及时响应应用系统维护，

20、通知对应干系人部署在平台上的应用系统清单，包括应用用途、业务部门、业务主管、维护商、维护人员、开发商、开发人员等信息26应用虚拟机备份策略表备份治理备份策略及备份清单27硬件资产清单平台部署使用的硬件资源提供网络拓扑图、网络布线（网络及光纤）标签图、硬件维保信息28用户手册该文档供一般用户、维护人员及其他需要了解系统功能的人员阅读29源代码开发商在交接前必须提供程序的源代码，并保证源代码的完整性30资产信息录入CMDB中配置治理应用系统、应用平台交维文档要求用户手册（系统功能讲明书）该文档供一般用户、维护人员及其他需要了解系统功能的人员阅读，让上述人员能够全面掌握系统所有功能的使用。新增版本的

21、文档中应包括系统全部功能的使用讲明，同时标注本次新增或变更的内容，差不多要求如下：有结构、有层次的对系统支撑的业务场景及业务流程进行描述；有结构、有层次的对各用户界面的功能及各信息字段的含义及限定进行详细讲明；文档的详细程度要做到具备差不多业务知识的但未接触过系统的用户通过阅读文档即可使用系统。维护手册（系统技术讲明书：包括软、硬件架构讲明）该文档要紧用于二线维护人员进行技术维护，让维护人员能够参照手册开展职责范围内的所有维护工作。新增版本的文档中应包括系统软硬件的技术架构讲明，同时标注本次新增或变更的内容。该文档必须包括以下内容：系统技术架构的讲明：对应用系统的硬件服务器、数据库、中间件及流

22、程引擎等其它软件平台架构进行详细讲明。系统核心逻辑的讲明：针对要紧的业务逻辑，结合程序进行详细讲明。应用程序的模块架构讲明：对各模块功能及相互间的逻辑联系进行讲明，并分析数据的流向。系统业务需求的技术实现方案讲明：针对某些常见和专门业务进行的处理，通过该文档掌握业务流程的处理。数据库表结构讲明：对数据库表的结构进行详细讲明，并提供详细的数据字典和ER图。接口讲明：针关于每个系统的接口进行讲明，包括交互方式、交互数据源、交互频率等。定时器等专用服务的讲明：讲明其工作原理，使用讲明等。脚本讲明：针对常用脚本、数据操作脚本、报表脚本等进行详细讲明。程序包变更的讲明，针对新增和修改的地点进行讲明。提供

23、操作系统、数据库、中间件及流程引擎等其它软件平台的要紧配置及专门配置要求；提供详细的应用程序各配置项及初始配置列表；提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；文档的详细程度要做到具备差不多技术知识的但未接触过系统的维护人员通过阅读文档即可进行系统维护。操作配置手册（软件功能讲明书）该文档供维护人员阅读，能够全面掌握系统所有功能的使用。应包括系统全部功能的使用讲明，同时标注本次新增或变更的内容，差不多要求如下：有结构、有层次的对平台软硬件操作场景及业务流程进行描述；有结构、有层次的对各用户界面的功能及各信息字段的含义及限定进行详

24、细讲明；文档的详细程度要做到具备差不多业务知识的但未接触过系统的用户通过阅读文档即可使用系统。平台维护手册（系统技术讲明书：包括软、硬件架构讲明）该文档要紧用于平台维护人员进行技术维护，能够参照手册开展职责范围内的所有维护工作。该文档必须包括以下内容：系统技术架构的讲明：对应用系统的硬件服务器、数据库、中间件及流程引擎等其它软件平台架构进行详细讲明。系统核心逻辑的讲明：针对要紧的业务逻辑，结合程序进行详细讲明。系统业务需求的技术实现方案讲明：针对某些常见和专门业务进行的处理，通过该文档掌握业务流程的处理。提供操作系统、数据库、中间件及流程引擎等其它软件平台的要紧配置及专门配置要求；提供详细的应

25、用程序各配置项及初始配置列表；提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；备份策略清单（含历史及新增）提供备份策略清单，包括所在服务器主机名、所在服务器IP、存储路径、备份数据量、备份策略名称、备份方式及备份频率、备份窗口数据保留时刻等备份情况。若涉及到变更或者新增要标注并讲明情况。软件资产清单（含历史及新增）若涉及到新增软件的情况，需提供系统用到的所有license，包括license序列号、license文件、license开始时刻、license到期时刻、license联系人、license联系方式。系统配置清单（包括安装

26、地点信息，含历史及新增）提供操作系统、数据库、中间件及流程引擎等其它软件平台的要紧配置及专门配置要求；提供详细的应用程序各配置项及初始配置列表；提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；若涉及到变更或者新增要标注并讲明情况。接口清单（含历史及新增）提供数据库新增接口清单，包括接口提供方、消费方、调用频率、同步程序、调用方式、调用配置（用户名、密码）、接口约定（报错代码、报错提示、报错含义等）、接口视图。提供Webservice新增接口清单，包括接口提供方、消费方、调用频率、同步程序、调用地址、调用配置（用户名、密码）、接口约定

27、（报错代码、报错提示、报错含义等）。若涉及到变更或者新增要标注并讲明情况。系统账号清单（含接口账号 ，新增账号 ）提供新增的数据库账号清单，包括其在数据库中的账号名、对应权限、对应角色、对应表权限。提供新增的应用账号清单，包括其在应用系统中的用户名、对应权限、对应角色。提供新增的操作系统账号清单，包括其在操作系统中的用户名，对应的用户组，对应角色、对应权限。新功能清单提供本次新交接的功能清单及简要讲明。程序部署手册提供详细的系统回退步骤如在部署有额外操作名要求，也要写入手册回退操作手册该步骤要紧是用于二线平台维护人员进行回退部署，开发商需对本次回退部署过程进行详细的讲明。在系统回退部署前，假如

28、有涉及数据库回退的，开发商须提供的用于回退的回退脚本，假如没有，须在部署文档中讲明。回退部署步骤应包含程序卸载（停中间件）、数据库回退、旧程序安装、程序启动、程序启动后检查项，以上几个步骤的具体要求如下：程序卸载：需描述清晰程序卸载的详细步骤。数据库回退：多个回退SQL脚本，需要集中到一个SQL脚本中，平台组只需执行汇总后的一个回退SQL脚本；在执行脚本之前，需要平台维护组备份的数据库对象（备份函数、存储过程，表等）或需要停止的对象（如停止触发器等），需事先讲明，并提供详细的对象备份脚本与对象停止启动脚本；回退脚本需讲明脚本在PL/SQL工具下的命令模式，如COMMAND或者SQL WINDO

29、W下执行；回退脚本如有执行顺序要求，需在部署文档中标明回退脚本的执行顺序，数据脚本执行后，结果中存在正常的异常，需先讲明；回退脚本所有的命令均要求自动提交。旧程序安装：需描述清晰旧程序安装的详细步骤。程序启动：需描述清晰程序启动的详细步骤。例如，有些部署需要重启中间件，请在文档中讲明。程序启动后检查项：需描述启动成功后检查步骤。测试报告开发商应依照测试案例在开发环境进行新功能测试、回归测试、压力测试并出具三种测试通过的测试报告。该文档应按照业务需求讲明书编写，至少应包括以下内容测试用例编号及名称测试环境地址测试人及测试帐号测试路径或活动测试场景讲明有可能阻碍到的功能点测试步骤测试期望结果测试实

30、际结果测试结果确认（签字）系统测试用例开发商应依照业务需求讲明书编写新功能测试用例、回归测试用例。源代码开发商在交接前必须提供程序的源代码，并保证源代码的完整性。第三方联系人员列表开发商、第三方开发商、硬件、业务部门等相关负责人联系方式存储配置及分配清单存储配置操作文档、配置情况及分配清单基础环境部署配置信息安装部署信息及账户密码以支撑及治理平台运行平台及应用故障及隐患清单历史故障记录、隐患清单和维护记录、为优化平台及降低风险提供依据平台、应用监控策略及监控清单监控策略及监控指标清单数据库交维清单数据库建设方案、配置文档、治理员账户密码、配置清单及故障处理报告网络设备交维清单网络拓朴图、配置治

31、理文档、设备维保、网络配置清单及日常维护记录应急演练方案及报告应急演练方案及应急环境应用系统接入流程规范规范化治理应用接入及资源申请系统维护工作列表开发商目前在系统维护方面的工作描述，包括月度故障率、数据提取量、数据调整情况、数据备份策略等应用系统清单部署在平台上的应用系统清单，包括应用用途、业务部门、业务主管、维护商、维护人员、开发商、开发人员等信息硬件资产清单提供网络拓扑图、网络布线（网络及光纤）标签图、硬件维保信息平台压力评估报告应用系统压力测试报告（测试目的、方法、工具、用例及测试指标期望值）应用系统部署配置表系统架构及部署情况，资源使用情况资产信息录入CMDB中应用系统、应用平台需录

32、入到CMDB中应用系统、应用平台交维系统的压力测试压力测试目的压力测试的目的确实是检验系统的最大吞吐量，检验现行的业务系统在各种压力交易量下的运行状况，检验系统的运行瓶颈，猎取系统的处理能力等等。压力测试工具美科利公司（Mercury）的性能测试软件Load Runner微软公司的性能测试软件Web Application Stress工具（简称WAS）压力测试用例现行的应用系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由Load Runner或WAS的治理平台调用各台测试前台，发起各种组合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。依照测试系统的硬件条件，

33、选择满负荷的压力，在系统的资源使用差不多维持在90%左右的状况下，测试数据库的处理能力。压力测试指标及期望值网络级不测试指标。吞吐量：单位时刻内网络传输数据量冲突率：在以太网上监测到的每秒冲突数服务器操作系统级不指标。标准平均峰值CPU利用率内存利用率存储IO数据库级不测试指标。数据库I/O的流量大小数据库锁资源的使用数量数据库的并发连接数压力测试数据及场景测试数据库需具备与真实环境成一定比例或差不多一致的数据。测试环境分4个，使用逐步加压的模式。每隔2秒增加1个用户连接，最多增加到100个用户，查看并记录运行情况。每隔2秒增加2个用户连接，最多增加到200个用户，查看并记录运行情况。每隔2秒

34、增加1个用户连接，最多增加到300个用户，查看并记录运行情况。每隔3秒增加1个用户连接，最多增加到400个用户，查看并记录运行情况。每个场景都包括：用户登录-业务操作-业务完成-退出系统，所有用例都按以上场景进行测试，由于pc性能限制，为了更准确模拟现场环境，将运行的所有脚本部署在8台Load Runner或WAS终端上，要紧目的确实是检查在不同的压力的情况下，业务系统的性能表现。申请10台虚拟机，配置为Windows 2003、2.50GHz双核CPU、4G内存。在10台虚拟机上部署采集客户端，每台部署15个终端，每个测试终端隔1秒生成一个条码模拟文件，即模拟每秒并发量150次。压力测试报告

35、执行每个场景时记录以下相应的数据：数据库（Oracle）服务器上主机上的CPU利用率；IO和CPU利用率对比表如下；DB服务器上监控的网络流量；运行的并发用户数目；测试中完成各操作的平均响应时刻：（单位：秒）；测试中每秒的点击率如下；交易的吞吐率（每秒处理数据量）。ERP系统交维的前提条件必须提供第3、4、5章节中讲明的所有文档，文档的内容必须完整、全面和属实；配合完成1-2次交维培训，讲解交维系统的架构、业务逻辑、数据流转、目前维护流程和常见的故障点等；若交维系统存在性能隐患及遗留问题，需建设方处理达到交维要求再接。如交维系统软硬件性能瓶颈、可用应急环境、数据备份及监控时效性。依照交维清单，

36、维护组需要核对设备及相对应配置，如有遗留问题，建设方需依照交维报告的整改内容进行修复；数据备份，满足备份交维需求，包括备份环境、备份需求，如：（1）备份环境前期预备包括以下方面：备份环境备份架构网络环境备份系统接入备份资源接入前提1、尽量选用统一备份维护现有架构（赛门铁克备份架构）；2、如需加入新的备份架构（如微软、IBM等），需要完成新架构接入的所有投资工作；3、需要提供该架构稳定使用及使用优势的评估，以及通过领导审批获得人员后续维护资源。1、网络端口、防火墙策略放通；2、实现设备与现有备份设备的物理、网络连接。1、对需备份的各设备进行备份系统（客户端）安装；2、配合备份组完成各备份结点的配

37、置、调通。1、整理自有备份资源情况，提交文档；2、检查各设备状态，确保设备使用正常，无硬件故障，设备版本已升级到最新或最稳定状态；3、转移设备维保情况，将设备资产信息录入CMDB。（2）备份需求接入时，接入方备份组备份需求接入处理1、整理备份数据类型，数据大小，日增长量及相应恢复需求；2、提供系统数据历史增长情况及预测两年增长量； 3、提出详细备份路径，相应备份策略需求。1、评估可用备份资源是否满足接入方备份需求，按需调整；2、依照备份恢复要求，综合网络速度，系统IO限制，对备份架构进行调优；3、依照备份恢复要求，对各类型备份数据指定备份介质。4、结合系统业务情况，IO/并发，制定精确备份策略

38、（时刻点、并行窗口、任务排序等）。恢复演练，平台需要有应急环境，应用系统或者虚拟机交维前做备份恢复演练，双机配置网络设备需要做切换演练。平台监控，监控策略及监控对象梳理，严峻告警信息需发到对应维护人员手机，做到及时性。配置治理，平台对应设备及应用系统全部录入CMDB中治理。平台隐患，梳理多次出现的故障及存在隐患点，给出对应的处理方法及报告。硬件维护商、操作系统维护商、网络维护商、中间件维护商、数据库维护商需提供5*8小时现场支持服务和7*24小时远程支持服务。交维系统转交整改的条件运维期间如交维系统存在批量安全漏洞、系统BUG等，维护组将该系统移交系统建设部门整改，移交整改条件如下：操作系统安

39、全扫描有5个或以上严峻漏洞；应用系统渗透测试，应用软件漏洞类型多于2种且漏洞数量大于10个，需业务部门要求开发商做安全整改。应用系统出现全局性功能缺陷及BUG，导致系统不能正常使用，或者要紧功能流程不能正常扭转。应用系统常用功能出现功能缺陷致占用资源不释放，阻碍平台稳定性及其他应用系统使用，需业务部门要求开发商优化应用。（如CPU达到75、内存达到85及存储IO读写过高）。应用系统存在性能问题（页面响应缓慢类报障50例/周），并确定需通过软/硬件升级/扩容解决。维护组维护内容应用维护组为确保各应用系统、应用平台稳定高效的运行，统一维护组维护服务要紧内容如下：维护大类维护小类详细内容服务类系统使

40、用咨询与指导用户在日常使用系统过程遇到各类操作及系统逻辑咨询问题，能够通过维护单的形式告知维护人员，维护人员对遇到的问题进行解答及指导。数据后台调整由于用户操作失误导致的错误数据，经相关负责人同意后，维护人员需要为用户修改为正确的数据。后台数据导出在系统没有提供功能的情况下，维护组能够给用户提供部分数据导出服务，但数据导出仅限于按照数据库表结构导出系统原有数据，维护不进行复杂逻辑的处理及数据整理工作。系统设置除用户角色、权限以及审批流程之外的设置进行维护。维护类组织故障处理本系统及本系统与其他系统的接口出现故障时，应用维护组对故障进行初步推断，将故障提交给相关团队进行处理，在整个故障处理过程负

41、责协调各方团队共同解决并及时向维护主管汇报情况。系统BUG及性能问题定位系统出现BUG及性能问题，应用维护组应预先对现象进行确认，并提交开发商处理。数据问题查证及处理与其它ERP外围系统如出现系统间数据不一致的情况，应用维护组应配合用户进行排查并给出合理解释；如确定为系统BUG，维护组提交至开发商处理。应用层日常巡检及性能监控每日对应用系统登录、数据库要紧业务表、总条数及总容量进行巡检，并利用工具随时对应用系统的运行进行性能监控。应用层主动维护操作:完成备份、重启、测试环境的治理等工作系统备份收集系统相关信息，进行风险评估，确定需要备份的数据源及备份需求与平台组及备份组共同确定备份策略配合备份

42、组及平台组完成系统数据恢复测试和演练系统重启与平台组共同制定系统重启打算系统重启后对系统进行登陆验证测试环境的治理提出测试环境克隆需求测试环境的使用治理保证测试环境的正常使用定期更新测试环境数据系统运行情况的总结及分析依照系统每月的运行情况出具总结月报及系统可用率数据。组织新功能、补丁上线审核开发商提供的上线文档对原有功能进行简单的验证，以减少新的程序包对原有功能的阻碍在整个上线过程中如出现故障时负责协调各方团队共同解决并向维护主管汇报情况。系统配置治理负责日常配置变更的实施、配置资料制作及保管、配置相关治理方法及流程的制定。帐号治理数据库业务帐号治理：负责数据库层业务帐号的设置及变更、维护帐

43、号治理相关表格、帐号相关治理方法及流程的制定应用层支撑帐号治理：负责应用层支撑帐号的设置及变更、维护帐号治理相关表格、帐号相关治理方法及流程的制定安全管控工作的配合审计治理：配合各项审计工作，并按照要求提供相应的样本。按照各项安全管控要求开展日常维护工作配合各项安全管控工作的开展提出系统优化建议依照系统性能监控结果及用户反馈的性能缓慢或不可用情况，提出性能优化建议。月结/年结支持月结支持平台维护组层次工作类不工作项工作细项基础层定期服务每日巡检每天进行巡检：SCOM监控健康巡检、SQL Server集群健康巡检，Oracle数据库健康巡检，SCVMM健康检查每周巡检1、检查负载均衡应用系统站点

44、配置情况2、检查域控与地市公司的同步复制情况3、DNS服务健康情况月度巡检机房每月硬件常规检查，包括服务器、交换机,负载均衡以及存储设备的健康检查补丁升级平台每两个月windows服务器安全补丁升级安全加固每个季度配合服务器设备的安全扫描以及针对扫描结果的安全加固（重要应用系统）资源治理基础组件资源维护服务服务器的操作系统重新安装及定期重启维护处理服务器硬件故障报修及检查测试WSUS补丁分发、KMS服务器治理、协助地市服务器通过KMS激活SCVMM系统治理：1)、虚拟主机治理2)、虚拟机增加、修改、删除等操作治理3)、虚拟机资源治理等其他SCVMM的治理操作VMware vSphere治理：1

45、)、虚拟主机和群集治理2)、数据存储和数据存储群集资源治理3)、虚拟网络连接和治理4)、虚拟机增加、修改、删除等操作治理5)、虚拟机资源配置和资源监控治理SVC治理：1)、存储机头治理2)、存储资源的分配3)、存储监控治理负载均衡配置治理：1)、负载均衡网络配置2)、负载均衡运行状态检查3)、负载均衡的切换维护配置治理基础配置信息治理1、对平台的服务器设备以及各配置参数按实际情况进行登记，并录入CMDB2、针对每个应用的配置数据进行收集并录入到资产明细表，并针对每次的应用配置变化及时更新到CMDB3、每次设备扩容以及新设备上架与旧设备下架进行实时的硬件配置数据更新4、每次应用以及系统软件的配置发生变化时我们以配置变更的方