- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
天汇助力山东网通实现内部IT运维服务管理.doc
天汇服务管理系统助力山东网通
实现内部IT运维服务管理
多数企业的IT支持部门一直因为内部层出不穷的技术故障而疲于奔命,这种状况降低了IT支持部门工作的技术含量,使得他们更象一支“救火队”。不仅如此,人手的短缺、时间的紧迫也一直困扰着这个部门。那么,IT支持部门能够摆脱“体力活”的桎梏吗?他们有可以依靠的省力法则吗?答案是肯定的。在ITIL 中,事故管理作为一个核心流程而存在,是解放IT支持部门最有效的法则。 如果要描述目前大部分IT部门所处的状况,用得最多的恐怕是将他们形容为“救火队”,整天疲于奔命,解决各种各样的问题。模拟场景:CIO的心头之痛 病痛
模拟现象
日常小痛
每天都有问题从不同的子系统冒出来,网络不通?文件系统满?打补丁?网络病毒?小问题?技术人员手工处理?
孤岛林立互相推委
孤岛林立:网络操作、Windows 桌面操作、Windows 服务器操作、UNIX 服务器操作DBA、主机,应用,等等…
痛苦失眠
管理复杂的异构环境,管理不断增加的风险,降低 IT 成本,提高资源利用率?集团公司去年化了5千万元(或更多)建立的综合计算机业务处理系统这两天故障不断,技术人员天天忙于救火,已经几天没有回家。
被投诉
业务部门对计算机系统的投诉越来越多!!!技术人员焦头烂额!!!
上级领导质疑IT投资
IT缺乏与业务有关的目标,IT投资的效益产出在哪里?为什么还要投入?乱花钱?
痛苦感悟
建系统难,维护更难!
当务之急
系统地提高整个系统的可用性,可靠性,提高整个IT系统支持关键业务系统的服务水平!
比如,某家单位有一次碰到的问题是有两台关键的邮件服务器出现阻塞故障,短短2个小时,数十万封邮件被延迟转发。技术人员接到报告后立刻进行故障分析。虽然这种系统已经做过几次“定制化开发”,从技术上说可能问题不是很大,但真正排除起来,也费了一番工夫。 听到过某跨国连锁企业在华公司的IT部门负责人抱怨,他们这个部门30多号人管理着全国各个分店的IT支持工作。服务台的3到4个人,一天到晚在不停地接电话,然后把接的电话不停地转给后台支持人员。由于人手不够,他这个当领导的也在不停地帮忙解决各种事故。结果整个部门看起来都在干“体力活”! 那么,有没有办法解决此类问题呢?有!那就是实施事故管理流程。
一个流程
一个流程,即突发事件管理流程。针对突发事件,山东网通有严格的流程执行要求。首先,要区分突发事件的优先级。当IT服务台必须同时处理数个突发事件时,但受时间、资源和人力等的限制而无法实现时,就首先要排定突发事件处理的先后次序,即确定每个突发事件的优先级。确定优先级需要综合考虑突发事件对业务的影响情况、恢复服务对业务的紧迫性、突发事件的大小、范围和复杂程度以及当前可供突发事件处理的资源。山东网通根据故障对业务影响的重要程度、影响范围、和是否达到承诺的修复时间等要素确定突发事件的优先级为危急、紧急、一般三个类型,并针对不同的优先级,确定不同的突发事件解决时间要求。
当一线支持人员在规定的时间内不能解决或没有解决某个突发事件时,就需将这个突发事件的处理任务交给更有经验或有权限的支持人员,这叫突发事件升级。升级包含两条线。一条是技术线升级,指安排更多的专家或授予更多的特权(技术方面的)以解决事故,另一条是管理线升级,以达到通过更高的管理层协调更多的资源。
恰当和有效的突发事件升级机制对突发事件的成功处理至关重要,同时也对服务支持能力的有效提高相当关键。如果升级太迟或者升级层次不够,就有可能导致IT服务延迟,不能满足服务级别的要求,降低客户满意度。另一方面,如果升级过快或过度,又容易造成小题大作,反倒影响工作效率。
一个公告
突发事件的发生,直接影响的是IT应用的正常、稳定运行,影响业务部门正常的办公环境。因此,山东网通在突发事件发生时,在区分其优先级以后,把危急、紧急类突发事件及时在公司的内部网站中的IT服务专栏公告。
IT公告包括的要素:发生故障的IT应用、系统名称,故障的开始时间,预计结束时间(细化到时间:分),故障的影响范围,包括地点、业务范围。
一个报告
一个报告即在突发事件解决之后提交的故障报告,这是IT部门的重要“财富”。故障报告中对本次故障发生的时间、地点、性质、原因、影响范围、采取的措施、后续发生的可能性等进行总结,是本次故障的总结,也是后期的借鉴,这是IT部门重要的知识宝库。
报告因此在制度上保障了类似隐患可以得到有效避免和重复发生。另一方面,报告起到了清晰界定并记录故障责任的作用,尤其是在多服务商运作的模式下,这一作用就显得格外重要。
一个跟踪系统
即负责突发事件的登记、记录、分类以及优先级确定、升级流程“CASE跟踪系统”。相关人员可以查看
您可能关注的文档
最近下载
- (完整版)新概念一册lesson61-70单课练习试题和参考答案.doc VIP
- 生成式AI环境下的数据可视化生成理论及语图关系研究.docx VIP
- 具身智能领域专题概述.docx VIP
- 北京四中 初三数学期中试卷.doc VIP
- GB 50015-2019 建筑给水排水设计标准(带书签+条文说明).docx
- 课件:系统性红斑狼疮伴肺部感染的病例讨论.ppt
- 高盛-人形机器人:AI促进剂(英译中).pdf VIP
- 高盛-中国人形机器人行业:宇树科技(未上市)调研要点,硬件表现稳健,但仍未准备好履行功能型任务-250227.pdf VIP
- 社区门诊常见病历模板范文.docx VIP
- 2024风电场工程微观选址技术规范.docx VIP
文档评论(0)