数据库中间件运维管理方案内容摘要:
做出初步判断,判断 出 问题的严重程度和复杂程度。 对于那些可以快速解决的简单问题,比如误操作引起的错误, 与信息中心汇报后可 以 立即解决 ; 2) 重大问题响应服务。 当系统问题导致业务不能运转或关键数据丢失等问题发生时,属于重大问题事件。 重大问题一般属于突发事件。 当重大问题发生时, 运维技术小组应立即组织人员定位问题, 提出 解决方案。 如果远程不能解决,应立即派工程师 现场解决; 3) 复杂问题响应服务。 复杂问题是指难于解决的问题,包括问题难于定位,问题难于解决两种情况。 复杂问题多由综合原因导致,需要找出导致问题的关键因素,一般多采用排除法。 性能问题就是一种比较常见的复杂问题的。 当遇到复杂问题时,运维技术小组要进行交流,拿出初步意见向用户汇报。 如果小组不能独立解决,以书面形式描述问题现象、表明自己的认识,向总部汇报。 在总部经过专家组交流后 提出解决方案并由运维小组落实执行。 《 问题记录单 》主要是记录问题内容与问题解决过程。 为了便于历史问题查询和问题追踪,为记录单中含有问题编号。 问题编号由日期位、主机位和流水号组成。 湖南烟草商业系统应用集成平台运维管理方案 12 集成 运维 服务流程 集成运维服务是确保用户系统正常运行、保证生产经营稳定运转的基础性工作,必须要高度重视、严肃对待、严格管理,确保万无一失。 另外,集成运维服务工作可能会牵扯到多个单位 、多个 部门, 需要 各部门或各单位积极 配合 ,才能确保系 统的正常运转,提高解决问题的工作效率。 为此 ,需要有严格的 服务流程 对 集成 平台的 运维 服务 工作 进行管理,明确分工和责任。 以下是集成运维服务的主要流程: 日常检查与维护流程 日常检查与 系统 维护是应用集成 平台 运维 管理 中的基本工作。 运维技术小组每日要按照 固定 流程 做 系统 例行 状态 检查,将检查结果写入《检查日志》;对于超过参数阀值的要 明确标示 , 以便讨论 , 拿出改进建议。 运维技术人员在 平台主机上 对系统所做的 操作必须获得用户批准,所做的 任何改变必须 记录《维护日志》。 日常检查与 系统 维护 的 工作流程 参 见下图 : 湖南烟草商业系统应用集成平台运维管理方案 13 湖南烟草商业系统应用集成平台运维管理方案 14 运维技术小组 的维护对象 包括 数据库系统、 Web 应用服务器系统、集成平台。 《检查日志》和《维护日志》模板参见附件。 具体工作描述如下: 1) 检查工作每日分四次进行,上班检查、 2 次高峰时段检查和下班检查。 2) 系统检查主要是通过 IBM Tivoli 工具进行,运维 技术 人员不直接接触主机系统。 IBM Tivoli 是一个网络管理工具产品,可以监测到平台主机系统的运行情况,以及主机系统上的 Web 应用服务器和数据库运行情况等。 关于 IBM Tivoli 产品介绍见运维管理工具。 3) 日常检查 监测指标 由运维技术小组提出,由湖南烟草公司系统维 护小组根据指标展现要求完成 IBM Tivoli 产品的功能配置,并且为运维技术小组成员开设访问账户。 4) 日常检查 监测 的具体 指标 参见前面“日常监测与维护服务”。 5)日常维护工作主要是针对日常检查中出现的一些问题,或者是根据 用户提出的要求 , 针对 Web 应用服务器、数据库系统、集成平台或业务系统进行 的操作 ,包括安装、卸载和参数调试。 维护工作必须经过用户认可。 并且记录《维护日志》 ,修改《平台主机配置档案》 湖南烟草商业系统应用集成平台运维管理方案 15 周巡查例会管理流程 周巡查例会 是运维技术小组为掌握 14 家地市公司的应用集成系统的运行情况,解答技术问题而组织 召开的每周会议。 会议由运维技术小组组织召开, 14 家地市公司信息中心工程师参加,以电话会议的形式召开。 会议流程如下: 会后,运维技术小组填写《周会议纪要》。 (模板 参见附件 ) 湖南烟草商业系统应用集成平台运维管理方案 16 周运维报告提交流程 周运维报告 由运维技术小组每周五编写,提交给省烟草公司信息中心领导。 该报告主要是 运维技术小组以书面形式汇 报一周内,全省14 家分市烟草公司和省烟草公司应用集成系统的运转情况。 该报告汇总了《检查日志》 、《维护日志》、《周会议纪要》的基础上,对各地平台主机系统运行情况的总结和资源分析,并且对本周内发生的系统问题原因、 解决方法、未能解决原因等进行汇报,以及下周的一些工作安排。 《周运维报告》模板参见附件。 月 管理 例会 流程 月管理例会由省公司 信息中心 领导 牵头, 运维技术小组参加。 在每月月末最后一周 召开。 会议主要是听取运维技术小组本月的总结汇报,对整体工作进行评价,指出工作中的问题,对重大问题提出指导意见,并安排下周工作。 月管理例会流程如下。 湖南烟草商业系统应用集成平台运维管理方案 17 软件 升级与系统 上线流程 集成运维 技术 小组负责数据库系统、应用服务器系统和集成产品的升级安装、补丁程序安装和新业务系统安装上线的工作,以及安装过程中的参数设置工作。 软件升级与系统上线流程如下。 1)运维技术小组提出软件升级建议。 如果软件系统在保修期内,省烟草公司信息中心向厂商提出软件升级 要求; 如果不在保修期做出购买决定。 2)软件产品到货经用户确认后,在省烟草公司信息中心领导的认可下,运维技术小组分别提前通知 14 家分市公司信息中心软件升级时间。 软件产品的升级时间要在每晚八点以后进行,并且要躲湖南烟草商业系统应用集成平台运维管理方案 18 开业务系统数据备份的时间 和省市公司间的数据复制时间。 3)运维技术小组提出软件补丁包安装建议。 在省烟草公司信息中心领导的认可下,运维技术小组分别提前通知 14 家分市公司信息中心补丁包 安装时间。 安装时间要在每晚八点以后进行,并且要躲开业务系统数据备份的时间 和省市公司间的数据复制时间。 湖南烟草商业系统应用集成平台运维管理方案 19 4)新 业务系统 上线前首先要在测试主机上经过测试, 确定系统能够稳定运行后方可投入运行。 并且,测试结束后,要提交正式的测试报告,包括参数配置说明。 《系统安装部署手册》、《系统参数配置说明》、《数据库建库脚本》和《初始化数据脚本》一起提交给运维技术小组。 2) 在省烟草公司信息中心的要求下,运维技术小组在确认业务系统开发商 提供的相关资料齐全,并且没有技术疑问的情况下,提前通知 14 家分市公司信息中心业务系统安装 上线的时间 ,做好上线准备。 上线时间要在每晚八点以后进行,并且要躲开其他业务系统 的 数据备份时间 和省市公司 间的 数据复制时间。 问题 响应 流程 问题响应在整个应用集成运维中 是 至关重要 的。 运维的核心就是要让系统正常运转,保证烟草业务正常开展。 如果 系统一 旦 出现运转问题, 问题响应机制 必须能够保证系统快速恢复运行,将企业损失降低到最小。 为此,运维管理将系统问题进一步细分为了三类,区别对待, 建立不同的响应流程,以 确保问题得到最快速的响应解决。 湖南烟草商业系统应用集成平台运维管理方案 20 问题种类 问题说明 简单问题 这类问题主要是指用户不会使用、误操作或简单 配置错误导致的问题,这类问题往往是通过解答、调整参数就能够解决。 由于集成环境完全由系统集成商和应用集成商负责,所以这类问题主要会表现在使用业务系统的使用上。 重大问题 这类问题 一般是指直接导致业务系统停止运行或关键数据丢失 导致用户直接财产损失的问题。 这类问题发生可能性很低,而危害很大,遇到问题必须及时解决,将损失降到最低。 复杂问题 这类问题是指比较复杂的、难于定位或难于解决的问题。 这类问题往往由于综合性原因引发,需要从多个方面加以考虑,通过多处调整才能够解决问题。 简单问题响应流程 首先,当集成运 维技术小组接收到用户反映出来的问题后,对问题的严重性进行判断。 如果属于重大问题,必须要告知省烟草公司信息中心,并且转入重大问题处理流程; 然后, 如果运维技术小组判断此问题不属于重大问题,联机查看问题现象,判断问题原因。 如果问题属于业务系统本身问题,就将问题转给业务系统开发商(或业务系统维护小组);如果问题属于主机硬件或网络配置问题,就将问题转给系统集成商;如果确属于集成平台或数据库、应用服务器的问题,判断问题原因,在小组内部讨论解决办法 ,解决问题 ;如果 没有找到解决办法,与用户协商 解决 日期,转入复杂问题处理流 程。 湖南烟草商业系统应用集成平台运维管理方案 21 湖南烟草商业系统应用集成平台运维管理方案 22。数据库中间件运维管理方案
相关推荐
tionString () = myConnection = = _ select distinct building ,doorplate, capacity from classroom, arrange + _ where = and not in (select rid from arrange where [Weekday] = + ( + 1).ToString + and
td%=price%/td td%=count%/td td%=publishDate%/td td%=publishName%/td td%=introductionName%/td td%=bookType%/td /tr %} }catch(Exception e){ (e)。 } 数据库系统原理课程设计 学生学 籍管理系统 19 % /table /center /body /html
Connection conn。 try PreparedStatement ps select * from sc。 ResultSet rs。 while ScBean scb new ScBean。 id。 uid。 cid。 sgrade。 scb。 catch SQLException e。 finally try。 catch SQLException e。 return list。
据流程分析多是通过分层的数据流程图(data flow diagram,简称DFD)来实现的。 其具体的做法是:按业务流程图理出的业务流程顺序,将相应调查过程中所掌握的数据处理过程,绘制成一套完整的数据流程图。 本系统的数据流图如下: 顶层数据流程图 0层数据流程图 大学生信息更新模块DFD 据流编号数据流名称简 述数据流来源数据流去向数据流组成F1学生信息学生个人信息S1P1姓名、性别、学号
Pplace、 Pno、Cardno、 Pmoney、 ptime、Pmanage、 Paddr DS9 宿舍楼信息 DormInf 记录宿舍楼信息 Dormno、 Dormstle、 Dormregion DS10 归宿刷卡信息 DormPress 记录归宿刷卡信息 Sno、 Sid、 Dormno、Backtime DS11 图书馆信息 LibInf 记录图书馆信息 Libno、
{ get //读 { return str。 } set//写 { str = value。 } } private void label5_Click(object sender, EventArgs e) { } private void label1_Click(object sender, EventArgs e) { } SqlConnection conn。 private