营配一体化系统运维专项方案

营配一体化系统运维方案广州科腾信息技术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附录 10

总则为确保xx供电局营配一体系统运行维护工作规范化、步骤化开展，使得运维工作能够顺利、高效、立即地进行；和确保营配基础数据实时性、正确性、一致性，满足局方生产各项业务需求，满足经营管理应用要求，依据xx企业相关管理规范并结合xx供电局相关业务现实状况，特制订本运维方案。编制目标借鉴我企业在xx局营配一体化系统运行维护工作经验，结合xx供电局业务实际情况和区局工作量，制订营配一体化系统运维工作整体运行模式、实施步骤和方法和处理时间、人员调配等管理要求，保障xx局营配一体化系统运维工作长久稳定和安全运行。适用范围本运维方案适适用于xxxx供电局下属各部门、各单位。工作模式广东省营配一体化系统运维采取区域运维工作模式开展。依据现在营配一体化系统覆盖范围，将其区分成以下几大片区。运维区域名称人员驻点服务范围珠三角广州广州中山江门肇庆云浮清远粤中xxxx东莞河源粤东汕头汕头潮州揭阳梅州粤西计划中计划中科腾企业系统维护人员将在各个片区中心进行驻点，负责该区域营配一体化系统运维工作。运维人员安排系统运维人员结构经过区域运维工作模式，科腾软件运维将在各片区中心安排一名项目经理进行日常管理和协调，并为关键业务系统安排对应运维人员。每一个片区中心将采取以下组织结构开展系统运维工作。人员说明依据以上人员组织结构，将在每一个区域中心配置一个营配一体化系统后台运维团体，计划安排4～5名有经验运维人员长久驻点，同时负责该区域内部全部地市局营配一体化系统问题。在系统实施阶段，尤其是实用化验收前，科腾企业为帮助各地市局顺利经过验收工作，将团体大部分人员集中在当局，每个系统安排多名系统工程师，大量数据维护人员。依据广州局过去经验，经过实用化验收后，系统进入正常稳定运行阶段，需要系统维护人员相对降低。因为系统业务交叉关系，1名系统后台维护人员能够同时处理多个业务系统问题。除了各区域中心驻点人员外，还将配置由关键实施人员和原项目经理组成技术教授团体，假如现场出现运维人员无法处理紧急问题，将安排专门技术教授抵达现场进行处理。科腾企业还能够为用户提供给用平台高端运维，如Oracle，中间件、服务器定时巡检和备份工作，将作为附带服务一并提供。系统运维步骤系统巡检营配一体化部分系统需要进行日常可用性检验，必需严格按摄影关检验步骤和检验项目进行检验。关键分为业务系统巡检和平台化巡检两部分。业务系统巡检业务系统巡检关键针对业务系统可用性和数据公布情况进行检验，严格按摄影关步骤平台化巡检关键针对Oracle和中间件进行日常巡检和监控，立即发觉并处理底层平台犯错而引发系统可用性问题。系统版本升级管理系统版本统一升级按省企业要求进行数据维护数据同时：全部数据同时尽可能配置计划日程来实施，避免人工干预造成失误；数据校验：系统实施前期和推广期间，大量业务数据可能因为操作原因或系统原因造成数据不正确或不正确，为了使业务能够正常进行，需要进行数据校对和数据校验工作；数据录入：数据录入工作是长久性，除了实施期间，数据初始化录入后，新增数据，或需要更改数据全部有不停录入。数据修改：有些数据因为多种原因造成犯错，需要手工进行调整；数据清理：为了确保数据库运行效率和应用正确性，需要定时对测试数据进行清理，或对索引或其它约束进行清理，或重建；数据整理：为了运行效率，需要常常调整访问策略或索引策略，需要对数据进行多种整理工作；表空间扩容和整理：伴随数据量增加，需要对表空间等增加对象进行扩容，或对大量碎片进行整理，满足访问需要；系统运行维护步骤系统问题及需求步骤用户在使用过程中发觉问题，业务方面问题提交对应系统业务部门，技术问题则提交信息部，若有需要则由市场部进行总协调。有新需求需要开发，经市场部汇总审核后向省企业提交问题描述和需求说明书面文档，由省企业统一进行系统修改及功效完善；应用数据变更步骤由用户提出业务数据变更，须书面提交修改数据描述和原因给市场部，由市场部协调安排数据更改；系统数据备份和恢复营配一体化系统是xx供电局生产业务支撑系统，负担着整个企业配网生产、供电可靠性管理和其它相关业务处理，系统安全可靠运行十分关键。因为系统中数据真实性有可能在多年后还需要追溯。所以系统数据备份和恢复工作十分关键。依据数据改变情况和关键程度，将需备份数据分为下面几类，按不一样频度进行备份。动态数据系统运行所需数据，用于系统灾难恢复。天天凌晨1点自动实施增量备份静态数据统计每个月系统数据库状态，能够追溯数据，如各类历史资料数据、备分数据等。备份频率：平均每七天生成一个备份，每个月刻录为DVD，必需备份两套，进行异地存档（IDC中心和局大楼）。数据备份备份内容：全部数据、工作流数据。数据恢复系统数据恢复步骤将现有数据库进行备份；Drop数据库；依据备份数据库重建数据库，并imp数据；如有必需将index，sequence进行重建工作；将应用公布，观察5个工作日；系统应用恢复步骤将目前应用包和相关配置文档备份后移出；找到要恢复版本，布署到应用服务器；将应用公布，观察5个工作日；服务协议远程服务在服务期内，若系统出现经过电话无法处理问题或故障，应用户要求，将依据故障严重程度，采取对应现场支持处理策略，为用户故障系统提供现场故障处理服务。现场服务现场故障处理服务响应时间和修复时间要求，见下表。故障类型响应时间修复时间故障举例严重故障立即出发，2小时内抵达现场，保持远程技术支持。抵达现场后：4小时内系统恢复运行。需要局方配合检验其它影响原因，4小时内提出处理方案。二十四小时内系统全部恢复正常。系统瘫痪；不能正常开启；业务全阻；关键故障同上同上抵达现场后：6小时内系统恢复运行。需要局方配合检验其它影响原因，4小时内提出处理方案。二十四小时内系统全部恢复正常。部分关键服务受阻；系统性能显著