关于it运维中事件管理分析的信息

本篇文章给大家谈谈it运维中事件管理分析，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享it运维中事件管理分析的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、IT运维服务管理中知识管理的思考
• 2、IT运维中事件管理中的服务请求有没有响应时间和解决时间？是和事件要求是一样的么？
• 3、IT运维都包含什么工作内容？有了解的吗？
• 4、IT运维管理当前面临了哪些问题？
• 5、IT运维流程如何管理？

IT运维服务管理中知识管理的思考

关于IT运维服务管理中知识管理的思考

随着信息化的逐步推进，广大企事业单位越来越离不开IT，尤其是金融行业对IT是高度依赖，作为一名金融行业的IT工作人员，在日常的IT运维工作过程中，深切体会到运维服务管理的重要性，如何提高IT运维效率成为金融行业越来越关注的重点，ITIL(IT Infrastructure Library信息技术基础架构库)第三版也增加了知识管理部分。本文主要讨论在IT运维服务管理中知识的作用以及如何进行知识管理，提高IT运维效率，从而实现IT运维服务的目标。

1 IT运维服务管理中知识的主要内容及分类

IT运维服务管理中的知识主要包括IT服务相关的管理制度、流程，软件开发文档、网络拓扑图等技术资料，针对不同问题和事件的解决方案，IT运维过程中产生的测试方案、技术方案、变更申请等。

根据知识与IT运维服务流程是否相关，可以把IT运维服务管理中的知识分为流程相关类知识和非流程相关类知识。例如，测试方案、技术方案是在变更管理流程中产生的知识，解决方案是在事件管理流程和问题管理流程中产生的知识，它们都属于流程相关类知识;而IT服务相关的管理制度、网络拓扑图等则属于非流程相关类知识。

2 知识在IT运维服务管理中的价值体现

有效开展知识管理，建立知识库，实现知识的创建、储存、共享、应用，知识对IT运维服务管理的价值和作用主要体现在以下一些方面。

2.1创造知识价值

通过知识的创建、共享、积累、分析，以及知识的快速检索与获取，利用知识创造价值，从而提高IT部门的能力和运维人员的个人能力。

2.2实现知识共享，降低IT运维成本

IT运维人员常常要重复解决相同的问题。如果大多数问题及其解决方案都可以从知识库中方便、快捷的获取，就可以将IT运维人员从重复性的运维工作中解放出来，集中精力解决其他新的问题，从而达到提升工作效率，降低IT运维成本的目的。

2.3提高运维响应速度和质量

通常情况下，能够进入知识库的解决方案一般来说是最正确、标准和高效的。构建一个质量、数量及知识结构都达到一定标准的知识库，作为IT运维的强大储备库，另外，知识库都具备高效的搜索功能，这无疑是快速响应IT服务需求的最好方式。而快速、高质量的解决故障意味着客户满意度的大幅提升，这正是IT运维的最终目的`。

2.4避免知识流失

许多隐性知识集中在运维人员的脑子里，一些IT应用的操作或故障解决方法可能只有开发人员知道，知识库管理可以有效避免由人员流失造成的信息孤岛和知识流失。

2.5挖掘、分析IT应用信息

运维知识库不仅作为一种信息收集、整理工具，同时还是一种数据分析、统计工具。从知识条目、IT运维解决案例、知识的生命周期等等统计数据中，可以挖掘出许多有用的信息。便于IT服务提供者发现潜在问题、进行趋势分析，帮助拟定未来的工作重点、计划及预算等。

3 在IT运维管理过程中开展知识管理的方法

虽然开展知识管理对IT运维服务管理有这么多显著的作用，但在推行知识管理的过程中会遇到很多的阻力，如缺乏知识管理系统的强大支撑，知识共享不方便; 系统开发人员、维护人员等IT技术人员担心将自己的技术解决方案整理出来供大家共享，会降低他们在团体中的价值，而不愿意共享知识等。为了克服知识管理实施过程中的阻力，充分发挥知识在IT运维管理中的价值，可以从技术、流程、人员三个方面开展知识管理。

3.1建设IT运维服务系统，非结构化数据由内容管理平台统一管理

典型的IT运维服务管理系统采用四层架构(如图1所示)，分别为数据资源层、数据管理层、数据服务层和系统功能层(如图1所示)。为实现跨系统之间的数据交换，IT运维服务管理系统应满足面向服务(SOA)的架构要求。

IT运维服务管理系统中，结构化数据存储在本系统的数据库中，非结构化数据(如网络拓扑图、解决方案、技术方案、参考资料等知识)统一储存在内容管理平台中。IT运维服务管理系统的非结构化数据的存储、内容检索等南内容管理平台进行。

IT运维服务管理系统中的非结构化数据统一储存在内容管理平台中，可以实现“一处储存、多处引用”，减少数据冗余，节约存储空间。内容管理平台有强大的检索功能(包括属性检索、全文检索、组合检索等)，方便维护人员查询和应用。另外，IT运维服务管理相关的结构化数据和非结构化数据分别储存在IT运维系统和内容管理平台，lT运维管理系统使用Web service或JAVA API与内容管理平台进行数据交换，在IT运维服务管理系统完成审核后，非结构化数据存储到内容管理平台中。

;

IT运维中事件管理中的服务请求有没有响应时间和解决时间？是和事件要求是一样的么？

在ITIL的事件管理（Incident Management）流程中，有关于SLA服务级别的具体要求。
其中，响应时间（Accept Time）和 解决时间（Resolve Time）是非常重要的两个时间，响应时间代表的是对事件开始启动受理及响应的时间，解决时间是最终问题被处理完成的时间。两者的时间差就是解决时长。
而解决时长对应的就是SLA的服务级别中优先级的具体要求。优先级=紧急度*影响度。
这和事件要求及事件来源都不是一个概念。
例如当影响度为高、紧急度也为高的一个case，优先级就是最高级，对于解决时长要求是10分钟。
影响度为中、紧急度为低的一个case，优先级为低，对应解决时长要求是4小时。
这里可以做成一个矩阵表。具体可以百度搜一下 事件流程优先级矩阵。
希望可以帮到你。

IT运维都包含什么工作内容？有了解的吗？

IT运维工程师岗位职责为满足公司的快速发展it运维中事件管理分析，提升业务部门网络办公效率it运维中事件管理分析，提升IT服务意识，IT运维工程师按照SLA协议承诺受理公司用户提交的IT服务请求，包括用户使用网络、服务器、电脑终端及周边设备等设施过程中软硬件维护、事件处理、操作指导、资讯指导等，提供规范、稳定、持续、高质量的IT可用资源和服务。
一、分担部门KPI指标,实现部门SLA承诺
1、事件管理通过主动积极服务或热线电话和邮箱受理等公司用户提交的IT服务请求;及时记录所有用户的事件，保证记录完整率达标;在SLA承诺的时间内响应用户的事件，响应及时率达标; 对用户事件进行规范的分类、分级，并按事件级别不同要求进行响应和处理;在承诺的时间内处理用户事件，或按规范传递给高一级技术支持，保证事件处理及时率达标;综合运用服务规范、沟通技巧和专业技能处理用户事件，并记录处理过程及方案，保证事件处理平均时间达标; 规范跟踪用户事件的处理进展，最终关闭事件或提交BUG立项，保证事件解决率达标;定期抽样回访用户和汇总用户意见，进行自我批判和持续改善用户满意度，保证用户满意度达标，用户投诉率在承诺范围以内;承诺日平均事件处理数量，主动接管处理事件，高峰期需要灵活调整事件平均处理时长; 运维值班人员按规范跟踪突发事件以及通报相关人员，保证跟踪正确率达标;对本岗负责的事件跟踪处理，根据事件处理经验，提出合理化建议，将各类隐患消除在可控范围内;养成良好工作习惯，做到事前有计划、事中有控制、事后有反馈、完成有记录;
2、配置管理 IT资产配置管理：对IT资产生命周期进行管理，包括分类统计、预购、选购审核、转移审核、报废审核，保证配置管理正确率达标;建设案例库：累积和提炼工程师的事件处理经验制作成案例，并持续丰富运维案例库供查询，案例覆盖已知事件的比率达标，不断提高运维工程师工作效率; IT系统配置信息管理：定期更新网络及应用系统描述信息及技术支持信息配置，保证最新;
3、问题管理对事件进行统计分析，找出疑难、重复发生的事件，纳入问题管理流程，分析问题产生的根本原因，确定可能解决的方案，需要修改网络或应用系统配置时提交变更申请触发变更管理流程。
4、发布管理运维值班人员按规范统一发布信息部网络及应用系统正式公告、变更公告、特殊公告等，正确率达标;
二、其it运维中事件管理分析他运维工作承担新员工导师工作，辅导新员工快速熟悉公司文化、环境、工作岗位及提升技能，为新员工顺利通过试用期提供保障;持续反省自身的工作、总结工作中存在的不足和可改善之处，积极对部门运作提出改善建议; 积极参加公司重点应用项目的培训并按事件管理规范提供支持，如SAP、OA系统等;应部门发展需要在不影响现有工作的基础上主动承担其他项目支持，如网络、服务器，程控交换机等;共享个人的技术经验，主持运维内部讲座; 积极参加信息部各类培训，有计划地进行自我学习，不断提升自身专业技能;对重点维护设备进行定期巡检并记录，巡检及时率和正确率达标;
三、其他工作担任IT讲师，应其他部门邀请提供IT技能培训，提高其他部门办公人员的IT操作 水平; 贯彻执行公司理念，积极完成上级分配的临时任务;

IT运维管理当前面临了哪些问题？

现在的企业几乎都是互联网办公，网络一旦出现问题，会对公司业务造成重大损失。而很多公司主业也不是IT，对网络问题不大懂，对于公司的网络问题往往都是请一个运维工程师处理。这些工程师有相应的专业能力，但管理人员的“不懂行”却让运维工作存在很多问题，主要有这五点：
1、缺乏有效的知识积累和共享，造成操作维护效率低下，类似的故障和问题仍然在不断发生，不断解决着，同时一旦某些掌握关键信息和技能的人发生意外状况(如生病，离职等)，整个日常维护可能面临严峻的考验。
2、工程师的维护职责不是很清楚，每个人都大概知道自己该做什么，但是某个具体事情到底该谁负责，却没有明细定位。
3、IT网络运维人员大多没有养成记录习惯，每个月汇总报告时，对自己的工作量、所维护系统的整体情况还是一头雾水。而且纸质的故障处理报告信息要素不全，统计和查询都是头痛的问题。
4、运维人员几乎很少能准时下班，处理突发技术故障的事情也时有发生。运维人员往往像“救火队员”一样去处理故障。 在“救火式”的IT管理维护模式下，很难有效地进行服务管理，无法保证IT服务的有效性和一致性，IT管理往往处于无序状态。
5、对于运维工程师的工作绩效缺乏客观考核依据。他们到底做了哪些事情?哪些事情还没有做?工作完成的时效性怎么样?解决问题的质量怎么样?这些问题，只能凭印象得出一个个模糊的答案。
如何解决以上问题?
如何解决以上提到的问题是目前许多企业用户需要解决的问题，但首要关注的问题应是如何建立专业化分工的IT运维体系。
1、细化用户角色，力求提高运维效率
运维人力分工管理包含人员、岗位、角色等信息，如果这些信息没有统一规划，就无法进行统一配置。网络管理中的角色是根据ITIL标准进行划分的，是把IT运维各种事情(包括人员、资源、突发事故)分成不同级别和不同运维操作，以便有效的配置运维人力资源。因此，对于企业而言，IT运维的专业化分工本质上是对IT运维人力资源配置的优化。例如，明确运维事件分级处理流程，明确运维人员的职责、权限、义务和绩效考核标准。事实上许多实践也证明，明确每种运维事件的专业化分工处理流程，可以大大减少IT运维操作的随意性和混乱性，并能大大提高运维中的人力资源效率。
2、设立IT运维服务台，规范IT流程
在网管软件中，一般提供自助服务和运维服务台，自助服务台的作用是，给用户报故障，评价IT人员解决问题是否负责等。运维服务台是为了确定运维等级和引入优先处理原则。运维服务台主要承担：运行值班、故障监控、接受请求、工单派发及问题解决过程中的监测等工作内容。服务台就像是传统产业生产车间的调度分配员，它会不断的根据事件的等级进行匹配分工和调度。例如发生任何一个突发运维事件时，服务台会先检查并进行分类流转处理。运维人员可分为一线普通维护、二线技术专家和三线厂商专家。一线人员作为第一级问题处理人员，主要解决常规的运维问题;在一线人员不能解决的情况下，二线技术专家将迅速介入问题解决过程;三线技术专家来自产品供应商，由二线技术专家申请三线厂商专家的介入，使问题解决时间能够大大缩短。
3、FAQ和知识库，最大限度节省人力成本
提供FAQ和知识库两种方式，知识库是指对网络运维中的典型故障事件和常见问题解答的自助式处理流程。当出现故障时，用户先在自助式知识库寻找解决方法。如果问题没有得到解决，则用户利用服务台申请维护，用户申请将会移交给相应的负责人，负责人第一时间建立服务档案并一直实时监控，直到问题得到圆满的解决。因此，自助式知识库能帮助运维人员节省大量的时间，从而节省人力成本支出。
最后，专业的事情要用专门的人员来做，还要配合专业的方法。运维工程师是以技术为主的群体，他们往往关注于IT问题本身，主要通过提升自身技术实力来解决问题，不太关注技术之外的事情。这种情况下不可避免的会出现一些问题，这就需要管理人员来解决了。

IT运维流程如何管理？

按照ITL规范来讲it运维中事件管理分析，it运维流程分为it运维中事件管理分析：事件管理流程、问题管理流程、变更管理流程、发布流程。在日常运维中，从发现运维问题开始，提交一个新it运维中事件管理分析的运维事件到解决此事件。这个过程为事件流程。当运维过程中某个事件发展成为常态或发现潜在的影响面广的问题，则提交一个问题流程。在解决问题流程的过程中，需要对系统环境或软硬件设施进行修改或变动，则需要提交一个变更流程。 关于it运维中事件管理分析和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 it运维中事件管理分析的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、it运维中事件管理分析的信息别忘了在本站进行查找喔。