营配一体化系统运维方案.doc

营配一体化系统运维方案广州科腾信息技术有限公司2010年9月16日目 录1总则12编制目的23适用范围24工作模式25运维人员安排35。1系统运维人员结构35.2人员说明46系统运维流程56。1系统巡检56.2系统版本升级管理66.3数据维护66。4系统运行维护流程76。4.1系统问题及需求流程76.4.2应用数据变更流程76。5系统数据备份与恢复76.5.1数据备份86.5。2数据恢复87服务协议87.1远程服务87.2现场服务97.3启动故障应急方案9附录101 总则为确保xx供电局营配一体系统的运行维护工作的规范化、流程化开展，使得运维工作能够顺利、高效、及时地进行；以及确保营配基础数据的实时性、准确性、一致性,满足局方生产各项业务需求,满足经营管理应用的要求，根据xx公司相关管理规范并结合xx供电局相关业务现状，特制定本运维方案。2 编制目的借鉴我公司在xx局的营配一体化系统运行维护工作的经验，结合xx供电局的业务实际情况和区局的工作量，制定营配一体化系统运维工作的整体运行模式、执行流程和方法以及处理时间、人员调配等管理要求，保障xx局营配一体化系统运维工作长期稳定和安全运行。3 适用范围本运维方案适用于xxxx供电局下属各部门、各单位。4 工作模式广东省营配一体化系统运维采取区域运维的工作模式开展.根据目前营配一体化系统的覆盖范围，将其区分成以下几大片区。运维区域名称人员驻点服务范围珠三角广州广州中山江门肇庆云浮清远粤中xxxx东莞河源粤东汕头汕头潮州揭阳梅州粤西规划中规划中科腾公司系统维护人员将在各个片区的中心进行驻点,负责该区域的营配一体化系统运维工作.5 运维人员安排1.1 系统运维人员结构通过区域运维的工作模式，科腾软件运维将在各片区中心安排一名项目经理进行日常管理与协调,并为主要的业务系统安排对应的运维人员.每一个片区中心将采用以下的组织结构开展系统的运维工作。1.2 人员说明 根据以上人员组织结构，将在每一个区域中心配置一个营配一体化的系统后台运维团队,计划安排45名有经验的运维人员长期驻点,同时负责该区域内部所有地市局的营配一体化系统问题。 在系统的实施阶段，特别是实用化验收前，科腾公司为协助各地市局顺利通过验收工作,将团队大部分人员集中在当局,每个系统安排多名系统工程师，大量数据维护人员。根据广州局过去的经验，通过实用化验收后，系统进入正常稳定的运行阶段，需要的系统维护人员相对减少。由于系统业务交叉关系，1名系统后台维护人员能够同时处理多个业务系统的问题。 除了各区域中心的驻点人员外，还将配置由核心实施人员与原项目经理组成的技术专家团队,如果现场出现运维人员无法解决的紧急问题，将安排专门的技术专家到达现场进行解决。 科腾公司还能够为客户提供应用平台的高端运维，如Oracle,中间件、服务器的定期巡检与备份工作，将作为附带服务一并提供。6 系统运维流程1.3 系统巡检营配一体化部分系统需要进行日常的可用性检查,必须严格按照相关的检查流程与检查项目进行检查.主要分为业务系统巡检与平台化巡检两部分. 业务系统巡检业务系统巡检主要针对业务系统的可用性与数据发布情况进行检查，严格按照相关的流程 平台化巡检主要针对Oracle和中间件进行日常巡检与监控，及时发现并处理底层平台出错而引发的系统可用性问题。1.4 系统版本升级管理系统版本统一升级按省公司要求进行1.5 数据维护 数据同步：所有的数据同步尽量配置计划日程来执行，避免人工干预造成的失误； 数据校验：系统实施的前期和推广期间，大量的业务数据可能由于操作的原因或者系统的原因导致数据不正确或不准确，为了使业务能够正常进行,需要进行数据校对和数据校验工作； 数据录入：数据的录入工作是长期性的，除了实施期间，数据初始化录入后,新增的数据，或需要更改的数据都有不断录入。 数据修改:有些数据由于各种原因导致出错，需要手工进行调整; 数据清理：为了保证数据库的运行效率和应用的准确性，需要定期对测试数据进行清理，或者对索引或其他约束进行清理，或者重建； 数据整理:为了运行效率，需要经常调整访问策略或者索引策略,需要对数据进行各种整理工作; 表空间扩容和整理：随着数据量的增加，需要对表空间等增长的对象进行扩容，或者对大量碎片进行整理，满足访问的需要；1.6 系统运行维护流程1.6.1 系统问题及需求流程用户在使用过程中发现问题，业务方面问题提交相应系统的业务部门，技术问题则提交信息部，若有需要则由市场部进行总协调。有新的需求需要开发，经市场部汇总审核后向省公司提交问题描述和需求说明书面文档，由省公司统一进行系统修改及功能完善；1.6.2 应用数据变更流程由用户提出的业务数据变更，须书面提交修改的数据描述和原因给市场部，由市场部协调安排数据更改；1.7 系统数据备份与恢复营配一体化系统是xx供电局生产业务的支撑系统，负担着整个企业配网生产、供电可靠性管理以及其他相关的业务处理,系统的安全可靠运行十分重要.由于系统中的数据的真实性有可能在多年后还需要追溯。所以系统的数据备份与恢复工作十分重要.根据数据的变化情况和重要程度,将需备份数据分为下面几类,按不同的频度进行备份。 动态数据系统运行所需的数据，用于系统灾难恢复。每天凌晨1点自动执行增量备份 静态数据记录每月系统数据库状态,能够追溯的数据，如各类历史资料数据、备分数据等.备份频率:平均每周生成一个备份，每月刻录为DVD，必须备份两套，进行异地存档（IDC中心与局大楼)。1.7.1 数据备份备份内容：所有数据、工作流数据.1.7.2 数据恢复系统数据恢复流程 将现有的数据库进行备份; Drop 数据库； 根据备份的数据库重建数据库，并imp数据; 如有必要将index，sequence进行重建工作； 将应用发布,观察5个工作日；系统应用恢复流程 将当前应用包和相关的配置文档备份后移出； 找到要恢复的版本，部署到应用服务器； 将应用发布，观察5个工作日;7 服务协议1.8 远程服务在服务期内,若系统出现通过电话无法解决的问题或故障,应客户的要求，将根据故障严重程度，采取相应的现场支持解决策略,为客户的故障系统提供现场故障处理服务。1.9 现场服务现场故障处理服务的响应时间与修复时间的要求，见下表。故障类型响应时间修复时间故障举例严重故障立即出发，2小时内到达现场，保持远程技术支持。到达现场后:l 4小时内系统恢复运行。l 需要局方配合检查其他影响因素的,4小时内提出解决方案。l 24小时内系统全部恢复正常。系统瘫痪；不能正常启动;业务全阻;重要故障同上同上到达现场后：l 6小时内系统恢复运行.l 需要局方配合检查其他影响因素的,4小时内提出解决方案。l 24小时内系统全部恢复正常。部分重要服务受阻；系统性能明显下降但尚可运行业务；一般故障电话答复，6小时内作出修复方案，试情况而定是否现场服务。2个工作日内修复系统个别服务不正常;系统性能有所下降;设备配置方面的疑问;设备日常维护问题1.10 启动故障应急方案如果规定时限内无法解决故障，应在2小时内提出故障应急方案，并在客户的配合下启动，以保证系统的安全。附录8