营配一体化系统运维方案

1、.营配一体化系统运维方案广州科腾信息技术有限公司2010 年9月16日.专业学习资料.目录1总则 .错误！未定义书签。2编制目的 .33适用范围 .34工作模式 .45运维人员安排 .55.1系统运维人员结构 .55.2人员说明 .66系统运维流程 .76.1系统巡检 .76.2系统版本升级管理 .86.3数据维护 .86.4系统运行维护流程 .96.4.1系统问题及需求流程 .96.4.2应用数据变更流程 .96.5系统数据备份与恢复 .96.5.1数据备份 .106.5.2数据恢复 .107服务协议 .117.1远程服务 .117.2现场服务 .117.3启动故障应急方案 .12.专业学习

2、资料.附录121 总则为确保 xx 供电局营配一体系统的运行维护工作的规范化、流程化开展 ，使得运维工作能够顺利、高效、及时地进行 ；以及确保营配基础数据的实时性、准确性 、一致性 ，满足局方生产各项业务需求，满足经营管理应用的要求，根据 xx 公司相关管理规范并结合xx 供电局相关业务现状 ，特制定本运维方案 。2 编制目的借鉴我公司在 xx 局的营配一体化系统运行维护工作的经验，结合 xx 供电局的业务实际情况和区局的工作量，制定营配一体化系统运维工作的整体运行模式、执行流程和方法以及处理时间、人员调配等管理要求 ，保障 xx 局营配一体化系统运维工作长期稳定和安全运行。3 适用范围本运维

3、方案适用于xxxx 供电局下属各部门 、各单位 。.专业学习资料.4 工作模式广东省营配一体化系统运维采取区域运维的工作模式开展。根据目前营配一体化系统的覆盖范围 ，将其区分成以下几大片区。运维区域名称人员驻点服务范围广州中山江门珠三角广州肇庆云浮清远xx粤中xx东莞河源汕头粤东汕头潮州.专业学习资料.揭阳梅州粤西规划中规划中科腾公司系统维护人员将在各个片区的中心进行驻点，负责该区域的营配一体化系统运维工作 。5 运维人员安排5.1 系统运维人员结构通过区域运维的工作模式，科腾软件运维将在各片区中心安排一名项目经理进行日常管理与协调，并为主要的业务系统安排对应的运维人员。每一个片区中心将采用以

4、下的组织结构开展系统的运维工作。.专业学习资料.营配一体化系统运维人员区域项目经理心中维运域区腾科GIS生产 +准实时集成平台 +数据营销质量现场运维现场运维现场运维现场运维队GIS配网生产系统集成营销数据工程专团技术专家技术专家技术专家技术专家数据库专家家发研腾科商发各系统原厂开发商开厂原5.2 人员说明根据以上人员组织结构，将在每一个区域中心配置一个营配一体化的系统后台运维团队 ，计划安排 4 5 名有经验的运维人员长期驻点，同时负责该区域内部所有地市局的营配一体化系统问题。在系统的实施阶段，特别是实用化验收前，科腾公司为协助各地市局顺利通过验收工作，将团队大部分人员集中在当局，每个系统安

5、排多.专业学习资料.名系统工程师 ，大量数据维护人员。根据广州局过去的经验，通过实用化验收后 ，系统进入正常稳定的运行阶段，需要的系统维护人员相对减少 。由于系统业务交叉关系，1 名系统后台维护人员能够同时处理多个业务系统的问题 。除了各区域中心的驻点人员外，还将配置由核心实施人员与原项目经理组成的技术专家团队，如果现场出现运维人员无法解决的紧急问题，将安排专门的技术专家到达现场进行解决。科腾公司还能够为客户提供应用平台的高端运维，如 Oracle ，中间件 、服务器的定期巡检与备份工作，将作为附带服务一并提供。6 系统运维流程6.1 系统巡检营配一体化部分系统需要进行日常的可用性检查，必须严

6、格按照相关的检查流程与检查项目进行检查。主要分为业务系统巡检与平台化巡检两部分。业务系统巡检业务系统巡检主要针对业务系统的可用性与数据发布情况进行检查，严格按照相关的流程平台化巡检主要针对Oracle 和中间件进行日常巡检与监控，及时发现并处理底层平台出错而引发的系统可用性问题。.专业学习资料.6.2 系统版本升级管理系统版本统一升级按省公司要求进行6.3 数据维护数据同步 ：所有的数据同步尽量配置计划日程来执行，避免人工干预造成的失误；数据校验 ：系统实施的前期和推广期间，大量的业务数据可能由于操作的原因或者系统的原因导致数据不正确或不准确，为了使业务能够正常进行，需要进行数据校对和数据校验

7、工作 ；数据录入 ：数据的录入工作是长期性的，除了实施期间 ，数据初始化录入后，新增的数据，或需要更改的数据都有不断录入。数据修改 ：有些数据由于各种原因导致出错，需要手工进行调整 ；数据清理 ：为了保证数据库的运行效率和应用的准确性，需要定期对测试数据进行清理，或者对索引或其他约束进行清理，或者重建 ；数据整理 ：为了运行效率 ，需要经常调整访问策略或者索引策略，需要对数据进行各种整理工作 ；表空间扩容和整理 ：.专业学习资料.随着数据量的增加，需要对表空间等增长的对象进行扩容，或者对大量碎片进行整理 ，满足访问的需要 ；6.4 系统运行维护流程系统问题及需求流程用户在使用过程中发现问题，业

8、务方面问题提交相应系统的业务部门，技术问题则提交信息部，若有需要则由市场部进行总协调。有新的需求需要开发，经市场部汇总审核后向省公司提交问题描述和需求说明书面文档，由省公司统一进行系统修改及功能完善；应用数据变更流程由用户提出的业务数据变更，须书面提交修改的数据描述和原因给市场部，由市场部协调安排数据更改；6.5 系统数据备份与恢复营配一体化系统是xx 供电局生产业务的支撑系统，负担着整个企业配网生产、供电可靠性管理以及其他相关的业务处理，系统的安全可靠运行十分重要。由于系统中的数据的真实性有可能在多年后还需要追溯。所以系统的数据备份与恢复工作十分重要 。根据数据的变化情况和重要程度，将需备份

9、数据分为下面几类，按不同的频度进行备份 。动态数据.专业学习资料.系统运行所需的数据 ，用于系统灾难恢复 。每天凌晨 1 点自动执行增量备份静态数据记录每月系统数据库状态，能够追溯的数据 ，如各类历史资料数据 、备分数据等 。 备份频率 ：平均每周生成一个备份 ，每月刻录为DVD，必须备份两套 ，进行异地存档 （ IDC 中心与局大楼 ）。数据备份备份内容 ：所有数据 、工作流数据 。数据恢复系统数据恢复流程将现有的数据库进行备份；Drop 数据库；根据备份的数据库重建数据库，并 imp 数据；如有必要将 index ，sequence 进行重建工作 ；将应用发布 ，观察 5 个工作日 ；系统

10、应用恢复流程将当前应用包和相关的配置文档备份后移出；找到要恢复的版本 ，部署到应用服务器 ；将应用发布 ，观察 5 个工作日 ；.专业学习资料.7 服务协议7.1 远程服务在服务期内 ，若系统出现通过电话无法解决的问题或故障，应客户的要求 ，将根据故障严重程度，采取相应的现场支持解决策略，为客户的故障系统提供现场故障处理服务 。7.2 现场服务现场故障处理服务的响应时间与修复时间的要求，见下表。故障类型响应时间修复时间故障举例到达现场后 ：4 小时内系统恢复运行。立即出发 ， 2 小时内需要局方配合检查其他系统瘫痪 ；不能正严重故障到达现场 ， 保持远程影响因素的， 4小时内常启动 ；业务全阻 ；技术支持 。提出解决方案。24 小时内系统全部恢复正常 。同上到达现场后：部分重要服务受6 小时内系统恢复运重要故障同上阻 ； 系统性能明显下行。降但尚可运行业务；需要局方配合检查其他.专业学习资料.影响因素的， 4小时内提出解决方案。24 小时内系统全部恢复正常 。系统个别服务不正电话答复 ， 6 小时内常 ； 系统性能有所下作出修复方案，试情一般故障2 个工作日内修复降 ； 设备配置方面的况而定是否现场服疑问 ；设备日常维护务。问题7