◆ 流程“一人多角”现象严重,执行层面阻力较大;  

◆流程“一人多角”现象严重,执行层面阻力较大;

图片 1

◆ 系统建设耗费大量部门资源,无力进行运行保障工作;  

 
图1

企业在IT运营过程中遇到的80%的问题是由管理原因导致,而管理问题需要采用管理的手段加以解决,这也是身为IT管理最佳实践的ITIL如此受到推崇的原因之一。
然而,尽管ITIL拥有国外各大企业成功实践的“纯正血统”,但正如“南桔北枳”的道理一样,对他人成功的简单移植却并不一定能够确保自己的成功。根据我们对国内各大企业的调查表明,国内企业上马ITIL的不少,但真正能够有效利用并体现其价值的却寥寥无己。大家讨论的话题也逐渐地由What转移到了How。如何在组织内部正确地实施ITIL,使其最佳实践的理念和方法在国内IT的土壤中生根发芽、茁壮成长,最终收获期望的果实,如何让“北枳”与“南桔”一样甜美,甚至超过“南桔”变成世人称道的“北桔”,成为一个严峻而富有挑战的现实问题。

基于ITIL的IT运维管理系统的相关描述就为大家介绍完了,希望为欲了解此方面信息的读者提供了参考信息。

◆ 部分员工不愿接受ITIL带来的变化;  

BKJIA.com
综合报道】一头是上级的要求、一头是员工的抵制。要想在“行驶中换轮子”,还真有些力不从心。他怎样解决运行管理的问题呢?

 
图2

标准化——通过ITIL的流程框架,构建最佳实践经验的IT运维管理流程。

为了更加方便的进行故障处理,同时在IT管理中也需要对所有出现的故障进行记录和统计,不放过任何漏网之鱼,所以,监控系统产生的重要故障报警自然不能轻易放过,如果有一种自动化的故障事件触发策略,当出现故障事件时,除了按照常规方式报警之外,还可以按照预定义规则触发故障处理流程给管理员,做到监控与运维的无缝集成,那么对于IT故障管理来讲,就解决了一个最大的服务台请求来源的问题。 监控系统与服务台的紧密结合,从配置角度上来讲当然是越简单越好,比如我们所讲的“四步曲”,通过四步操作就能触发对应的服务台请求:

“南桔”成“北枳” 

◆系统建设耗费大量部门资源,无力进行运行保障工作;

ITIL 的 IT运维管理
系统可以逐步建立并完善、达到以下目标:
标准化通过ITIL的流程框架,构建最佳实践经验的IT运维管理流程。
流程…

 

◆ 部分员工不愿接受ITIL带来的变化;

BKJIA.com
综合报道】一头是上级的要求、一头是员工的抵制。要想在“行驶中换轮子”,还真有些力不从心。他怎样解决运行管理的问题呢?

通过流程管理来简化IT部门繁琐的业务,把维护人员从救火队员中解救出来,规范运营管理。本文叙述的IT运维管理系统以ITIL的流程框架,缔造一个流程化,自动化和规范化的IT运维管理系统。

1.2 选择当产生某种事件时触发运维流程

◆ 流程工具使用情况不理想,系统建设成效不够显著。

 
图4

CMDB有两部分重要内容,一是CI,二是CI之间的关系,这两部分构成了CMDB比较核心的内容,在CMDB初始化方面,很多产品只是提供了手工输入的方式对CI
的初始化,用户需要面对大量的需要手工输入的信息,造成系统使用前的高门槛,而摩卡软件在这里提供了两种方式快速进行CMDB的初始化,第一种是自动发现CI,第二种是从Mocha
BSM系统中导入,大大简化了用户管理员的工作,快速搭建ITIL最佳实践平台。

北方如何收“南桔”-监控事件自动触发服务台请求 

综合报道】一头是上级的要求、一头是员工的抵制。要想在“行驶中换轮子”,还真有些力不从心。他怎样解决运行管理的问题呢?…

◆部分员工不愿接受ITIL带来的变化;

运行维护管理—重要性

勿让ITIL成“北枳” 

◆ 系统建设耗费大量部门资源,无力进行运行保障工作;  

“南桔”成“北枳” 

客户化的IT运维管理流程,满足不同业务需求

 

故障分析往往是最头痛的,因为在这个过程中寻找问题原因需要花费很多的时间,但是在我们以往的操作中往往会出现一种现象,就是费了很大工作量将一个故障处理完毕后,马上有人打电话过来说怎么这个问题解决了另外的一个功能又不好用了呢? 其实,当管理人员全心去处理故障的时候往往忽略了与这个故障点相关的其他IT资源,所以导致我们工作中可能会出现“拆东墙补西墙”的现象,如果有一种机制可以做到在一个故障点处理的过程中帮助管理员将与之有依赖关系的IT资源也同时列出来的话,那么管理员在处理故障时就会有一个参考,事先做到故障处理过程中的风险分析,这样一来,就不会出现解决老问题引起新问题的现象了,比如下面这个故障: 

王主任是某省电信公司计费业务中心主任。五、六十人的计费业务中心负责全省计费、经营分析等重要业务系统的建设和运行工作。
计费业务中心虽说人不少,但具体到每个系统,也就一、两个人负责。由于业务变化快、系统升级改造频繁,这些人的主要精力放在了项目建设和工程施工上,运行保障工作基本处在比较初级的自发状态:工作以“救火队”方式的被动响应为主,故障处理和系统维护过程基本没有记录和总结。王主任理解,ITIL(信息技术基础架构库)建设是管理项目,ITIL标准的确先进,咨询专家说得也绝对正确,大厂商昂贵的软件功能确实很多,但落实到本部门实际工作中,总感到很隔膜。听专家和厂家介绍起来头头是道,只要买了他们的产品和服务就能包治百病,但真花了很多钱之后似乎什么病也没治好,还说不清人家的东西哪里不好。是ITIL到了国内水土不服,还是国际大厂商开出的药方不对症?总不能说自己生的病不对吧? 

以CMDB为运维核心,自动发现资源配置项

Author

发表评论

电子邮件地址不会被公开。 必填项已用*标注