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