《ITIL管理中各流程概述实用教案》由会员分享,可在线阅读,更多相关《ITIL管理中各流程概述实用教案(74页珍藏版)》请在金锄头文库上搜索。
1、1一、ITSM与ITTL简介(jinji)第1页/共73页第一页,共74页。2传统型IT组织:以任务(rnwu)为中心优点:按功能规定了职责和角色,有利于在部门内部有效地产生知识集中缺点(qudin):容易形成部门特权,从而使部门不关注客户的兴趣(需求)第2页/共73页第二页,共74页。3以流程为中心(zhngxn)的IT组织第3页/共73页第三页,共74页。4IT服务(fw)管理的核心思想 从 到 用户用户 客户客户 向内部看向内部看 向外部看向外部看 关注技术关注技术 关注流程关注流程 混乱的流程混乱的流程 理性的,线性化的流程理性的,线性化的流程 尽力而为尽力而为 可衡量的流程可衡量的流
2、程(服务级别协议)(服务级别协议) 全部内包全部内包 平衡内外平衡内外/ /包包 破碎的破碎的/ /直通式直通式 集成的集成的/ /端对端端对端 被动的被动的 主动的主动的 运营管理运营管理 服务管理服务管理 系统技能系统技能 “聆听聆听”的技能的技能(不但懂技术,而且会沟通)(不但懂技术,而且会沟通)第4页/共73页第四页,共74页。5IT服务(fw)管理的定义 IT服务提供者再也不能只关注(gunzh)技术和他们的内部组织,现在不得不考虑提供的服务质量,并关注(gunzh)与其客户之间的关系 IT服务的提供是指对IT基础设施的全面管理(维护和运营) IT服务管理的定义: ITSM是一种以流
3、程为导向、以客户为中心的方法,它通过整合IT服务和组织业务,提高组织IT服务提供和服务支持的能力及水平第5页/共73页第五页,共74页。6什么(shnme)是ITIL?IT服务管理(ITSM,IT Service Management)IT管理的以流程和服务为中心的管理方法IT服务管理流程的目标就是改进(gijn)IT服务的质量ITIL(Information Technology Infrastructure Library)作为最广为人知的IT服务管理方法ITSM与ITIL的关系先有ITSM,后有ITIL因为ITIL,ITSM得以发展ITSM的发展,不仅仅需要ITIL第6页/共73页第六页
4、,共74页。7ITIL的准确(zhnqu)定义 ITIL (Information Technology Infrastructure Library) 是一套IT服务管理最佳(zu ji)实践指南,以提供高质量的信息技术服务。 更精确的解释:一系列出版物IT服务管理的最佳实践流程指南检查表国际(guj)工业标准管理哲学第7页/共73页第七页,共74页。8ITIL的简要(jinyo)历史1989年英国政府的中央计算机和电信局(CCTA)发布了第一个ITIL的原理目标是改善英国政府的IT服务管理被专家推荐给全世界的IT从业者OGC(政府商务办公室)是英国财政部下设的一个办公室,CCTA成为OGC
5、的一个部分因此,OGC取代(qdi)CCTA成为ITIL的所有者,负责ITIL的维护与进一步发展。第8页/共73页第八页,共74页。9核心(hxn)的ITIL流程第9页/共73页第九页,共74页。10服务(fw)支持面对用户,响应用户的请求事件驱动运营级别的流程(lichng)应急/响应措施做事正确第10页/共73页第十页,共74页。11服务(fw)交付面对(min du)客户,满足客户的要求 商业驱动在战术层面上的流程前瞻性,规划,主动的行动做正确的事第11页/共73页第十一页,共74页。12二、服务台第12页/共73页第十二页,共74页。13IT运营管理(gunl)的困难用户故障报修管理杂
6、乱各部门各自处理问题,方式不一,信息不通畅经常在救火,解决同样的故障问题愈趋复杂,人员技能不足技术人员变动频繁故障处理经验没有(miyu)积累、传承服务品质无法管控人员绩效很难评估等第13页/共73页第十三页,共74页。14服务台服务台概述与目标 服务台(Service Desk)的使命: 为用户提供了联系IT部门的单一联系点(SPOC, Single Point of Contact),从而可以确保他们能找到合适的支持人员来帮助解决其问题或请求。 促使客户有效率的使用IT服务,帮助IT尽快地恢复正常服务,以及主动地将潜在的服务中断告知(o zh)客户。 服务台不同于帮助台(Help Desk
7、),服务台提供更广泛的支持活动。 第14页/共73页第十四页,共74页。15服务台与相关(xinggun)流程事件管理:由服务台监控(jinkn)并记录发布管理或变更管理:承担软件和硬件的安装工作配置管理:帮助核实呼叫者及其IT资源的详细情况标准变更:处理标准化请求的一些活动服务级别管理:告知用户其受到支持的产品以及有权使用的服务服务台是一个维持与用户的日常接触从而监控(jinkn)客户满意度的极好工具。配置管理事件(shjin)管理变更管理服务级别管理发布管理服务台第15页/共73页第十五页,共74页。16服务台的目标(mbio)服务台的目标为客户提供单一的联系点提供建议和指导,以及按照商定
8、的服务水平和业务优先级,以对客户产生最小的业务冲击的方式,为正常运营的恢复提供便利作为首次联系点,须具备一定的专业性,截取比较简单的问题,减轻其他IT部门的工作量充当过滤器,必要的呼叫请求(qngqi)才被转动二线和三线支持。第16页/共73页第十六页,共74页。17服务台活动(hudng)(1)响应呼叫请求用于与服务台联系,所有的呼叫请求都应记录下来以便进度监控(jinkn)和为流程控制提供量化指标。事件类型的呼叫请求错误报告真实的故障申诉(抱怨)对服务的申诉(抱怨)服务请求“我该怎么办”式的问题,如信息请求、重设密码、文件恢复、更新耗材等标准变更无需在变更管理流程中进行处理,如标准安装、标
9、准订购变更类型的呼叫请求(非标准变更)不被当作标准变更的服务请求,需要遵循标准的变更管理流程,提出一项正式的变更请求(RFC)第17页/共73页第十七页,共74页。18其他(qt)活动(2)发布信息通过各种努力来通知用户当前或预期发生(fshng)的错误,特别是在他们受到影响之前。(3)供应商联络负责与维护供应商联系,包括打印机、工作站等的维修和替换(4)运营管理任务备份和恢复、LAN连接、磁盘空间管理、建立帐号、重设密码等(5)基础设施监控有权进入各种工具系统,从而了解监控路由器、服务器、网关、关键应用系统等工具系统的事件通知第18页/共73页第十八页,共74页。19三、事件(shjin)管
10、理第19页/共73页第十九页,共74页。20事件(shjin)管理概述事件管理(IncidentManagement)的使命:是一个被动性的任务,减少或消除存在或可能存在于IT服务中的干扰因素给IT服务带来的影响,以确保(qubo)用户可以尽快的恢复自己的正常工作。用户超级(choj)用户应用管理服务台第1线网络和服务器管理或中央处理或电话系统第2线开发&体系第3线供应商第N线处理流程事件管理流程公司(组织)第20页/共73页第二十页,共74页。21什么(shnme)是事件事件(Incident)的定义即在某一服务中不属于标准操作(standardoperation)的并能导致、或可能导致这个
11、服务的中断或服务质量下降(xijing)的任何事件。第21页/共73页第二十一页,共74页。22影响(yngxing)度、紧急度和优先级当同时处理(chl)若干事件时,必须设定优先级确定事件的影响度、紧急度和优先级影响(yngxing)度紧急度优先级评估:人力资源时间第22页/共73页第二十二页,共74页。23升级(shngj)如果某一事件不能在规定的事件内由一线支持小组解决,就必须(bx)进行升级升级分为职能性升级和结构性升级职能性升级:又称为水平升级、技术升级结构性升级:又称为垂直升级、管理升级事件的处理流程线路是由所需的专业等级、紧急度和权限等因素决定。1线支持,通常由服务台来提供2线支
12、持,通常由职能管理部门提供3线支持,则多由软件开发人员和系统结人员提供4线支持,由外部供应商提供第23页/共73页第二十三页,共74页。24事件(shjin)管理的目标事件管理的目标尽可能快地(按照事先商定的迅捷程度)恢复正常服务运营,并将对业务运营的影响减到最小,从而确保维持最佳的服务质量和可用性水平。“正常服务运营”定义为某个在服务级别(jbi)协议(SLA)限度之内的服务运营。事件管理需要保留事件的有效记录,以便能够权衡并改进处理流程,以及给其他服务管理流程提供合适的信息。第24页/共73页第二十四页,共74页。25事件管理(gunl)流程事件的接收和记录分类和初步支持服务请求匹配调查(
13、dioch)和诊断解决和恢复终止进展监控与跟踪事件(shjin)的接收和记录分类及初步支持服务请求进行匹配调查和诊断匹配?解决和恢复问题解决?事件终止 必要时的升级跟踪和过程跟踪服务请求过程是否是否是否第25页/共73页第二十五页,共74页。26四、问题(wnt)管理第26页/共73页第二十六页,共74页。27问题(wnt)管理概述问题管理(ProblemManagement)的使命:通过组织IT资源,按照业务需要解决问题,防止问题再次发生并记录有关的信息以改进IT处理问题的方法,从而提升可用性和生产率,最大程度减少IT服务的中断。一旦找到了永久解决这些根本原因的方法,就可以发出一个变更请求(
14、qngqi)(RFC)来消除这些已知错误。第27页/共73页第二十七页,共74页。28“问题(wnt)”和“已知错误”问题(wnt)和已知错误之间的关系问题(Problem):问题描述了一种非预料的情况,它表示引起一个或多个(du )现存或潜在事件的深层根源已知错误(Known Error):已知错误是指一个已经确定产生根源的问题变更请求(RFC):变更请求处理变更,如消除一个已知错误第28页/共73页第二十八页,共74页。29问题管理(gunl)的目标问题管理的目标:尽可能降低IT基础设施故障引起的事件对业务的不利影响,并防止与这些故障有关的事件再次发生。为了达到这个目的,问题管理试图探究事
15、件的根本原因,然后(rnhu)启动行动以改进或纠正这种情形。问题管理包括主动性问题管理和被动性问题管理两类活动被动性问题管理(ReactiveProblemManagement)的目标是找出导致以前的事件发生的根本原因,以及提出解决措施或纠正建议。主动性问题管理(ProactiveProblemManagement)的目标是通过找出基础设置中的薄弱环节来阻止事件的再次发生,以及提出消除这些薄弱环节的建议。第29页/共73页第二十九页,共74页。30问题管理(gunl)的活动(1)问题控制(ProblemControl)确认和记录问题频繁发生的事件(趋势分析)影响重大的事件疑难杂症问题的归类和分
16、配类别影响度、紧急(jnj)度、优先级状态调查和诊断临时修复措施(Workaround)问题的跟踪(gnzng)和监控问题的确定和记录问题的分类问题的调查和诊断临时修复措施错误控制(已知错误)第30页/共73页第三十页,共74页。31问题(wnt)管理的活动(2)错误控制错误确认和记录(jl)错误评估和解决方案评估确定解决方案和记录(jl)解决方案的实施情况来自于其他环境的故障根源实施后评审跟踪和监控(问题(wnt)控制)错误的确定和记录错误评估记录错误解决方案终止错误和相关问题错误的跟踪和监控变更请求变更实施成功(已知错误)第31页/共73页第三十一页,共74页。32问题管理(gunl)的活
17、动(3)主动性问题管理主动问题管理关注的是服务(fw)和基础设施的质量主动问题管理注重分析基础设施的运行趋势并找出那些潜在事件以防止其发生(4)提供信息在问题管理流程中,一些与应急措施和临时修复措施相关的信息会提供给事件管理流程第32页/共73页第三十二页,共74页。33五、配置管理第33页/共73页第三十三页,共74页。34配置管理概述(ish)配置管理(ConfigurationManagement)的使命:通过确定和维持配置项及其状态、生命周期和相互关系,以及以成本有效的方式管理IT服务质量所需的任何信息的数据库;监控IT组件的运行状态,以确保配置管理数据库能够准确的反映现存配置项的实际
18、版本状况。配置项:配置项指基础架构组件或与基础架构有关的项目,包括软件、硬件和各种文档,比如变更请求、服务、服务器、应用系统、网络设施等。配置管理数据库(CMDB)配置管理数据库指包含每个配置项及配置项之间重要关系的详细资料的数据库。在其最基本的形式下,配置管理数据库可能(knng)仅由一些纸质表格或一套电子表格组成。第34页/共73页第三十四页,共74页。35配置管理目标(mbio)针对组织内各项服务所涉及的所有IT资产和配置提供有关配置及其文档的精确信息,支持所有其他服务管理流程为事件管理、问题管理、变更管理和发布管理提供一个(y)坚实基础针对基础设置核实配置记录并纠正异常情形第35页/共
19、73页第三十五页,共74页。36配置管理活动(hudng)规划确定配置管理流程的战略、政策和目标,分析现有的信息,确定所需的工具和资源,创建与其他流程、项目和供应商的接口等识别建立流程来维护对配置管理数据库的更新控制通过只认可、记录和监控(jinkn)那些经过授权和确认的配置项来确保配置管理数据库的及时更新状态记录存储有关配置项在其生命周期内所处的状态的当前和历史信息审核通过对IT基础设施进行审计来检验配置管理管理数据库,以确认已记录配置项的存在性和验证记录的准确性报告为其他流程提供信息,并报告趋势和发展第36页/共73页第三十六页,共74页。37六、变更(bingng)管理第37页/共73页
20、第三十七页,共74页。38变更(bingng)管理概述变更管理(ChangeManagement)的使命:管理所有可能通过正式的、集中式的批准、规划和控制流程影响IT交付服务的能力的变更,确保IT基础设施以最小的风险(fngxin)与业务要求保持一致。变更管理的格言:不是每一次变更都能带来进步,但是每一次进步均由变更引起。变更管理(gunl)(变更计划)发布管理(执行)事件管理(检查)问题管理(改进)配置管理(登记)RFC变更改进改进措施分析/评估安装构建/购买第38页/共73页第三十八页,共74页。39变更管理(gunl)目标变更管理的目标:确保使用(shyng)标准化的方法和工序,有效率地
21、、迅速地处理所有的变更,以便尽可能降低与变更相关的事件对于服务质量的影响,从而改进组织的日常运行。变更管理的效益:减少了变更对IT服务质量的不利影响更好地评估计划变更的成本获得更多关于变更的管理信息处理频繁变更的能力提高第39页/共73页第三十九页,共74页。40变更管理(gunl)流程变更管理活动变更管理流程的输入:变更请求(RFC)配置管理数据库来自其他流程的信息变更规划变更管理流程的输出(shch):更新变更规划(变更进度计划表)触发配置管理和发布管理变更管理报告提交(tjio)RFC记录配置管理流程提供配置信息并监控配置项的状态审查(批准/拒绝RFC)分类(类别与优先级)紧急吗?规划和
22、批准(影响与质量)构建测试实施运行?评估&终止紧急程序启动回退计划拒绝YesNoYesNo第40页/共73页第四十页,共74页。41变更(bingng)管理活动记录确保所有的变更资源可以提交给变更请求,且被完整地记录下来审查过滤变更请求,进行初步审查分类按照类别和优先级对RFC进行分类规划和批准变更管理使用变更进度计划表来规划变更协调被批准的变更应告知(ozh)相关的专业人士,他们可以创建和整合变更评价对已实施的变更需要进行评价。如果变更不成功,将从出错的地方重新开始执行该流程,或者回滚该变更,重新创建新的RFC。紧急变更实施以简化流程开始紧急变更,以节省时间。尽可能减少紧急变更的数量,预防紧
23、急变更的发生。第41页/共73页第四十一页,共74页。42七、发布(fb)管理第42页/共73页第四十二页,共74页。43发布管理(gunl)概述发布管理(ReleaseManagement)的使命:采用项目规划的方法来实施IT服务中的变更,通过(tnggu)正式的程序来确保生产环境的质量,提高生产环境的稳定性,在实施新的版本时对其进行检查,避免发布计划不当导致的重大中断,减少多个不同版本发布导致的重复工作,杜绝源文件丢失。与变更管理不同,主要关注的是变更的实施,而变更管理则涉及整个变更流程,并且主要关注与变更有关的风险。第43页/共73页第四十三页,共74页。44发布(fb)管理目标计划和监
24、视软件及相关硬件的新装为分派和安装IT系统变更,涉及和实施有效率的工序确保硬件和软件的变更是可回滚的、安全的,安装的版本是正确的、经过授权的而且是经过测试的在新发布项的规划和新装过程中,沟通和管理客户的期望与变更管理协作,就发布的具体内容和新装计划达成一致使用配置管理和变更管理的流程在运营环境中实施新的软件和硬件发布确保所有软件的源码安全地保存在最终(zuzhn)软件库DSL中,以及配置管理数据库得到更新使用配置管理的服务,确保所有新装的或变更的硬件都是安全地且可回滚的第44页/共73页第四十四页,共74页。45发布(fb)管理流程设计开发(kif)环境受控测试环境生产(shngchn)环境发
25、布管理政策制定发布规划设计和开发或购买构建和配置发布测试和发布验收试运行规划沟通、准备和培训分发和安装配置管理数据库(CMDB)最终软件库/最终硬件库第45页/共73页第四十五页,共74页。46发布(fb)管理活动(一)制定发布政策和规划发布活动针对每一个系统制定一项发布政策来定义一项发布怎样以及在何时得以配置。重大发布应该提前对其发布进行规划,以便在恰当(qidng)的时候可以添加变更。(二)设计、构建和配置在测试环境构建新的版本环境,对组件进行配置和记录,以便可以重复利用这种配置。(三)制定撤销计划发布的撤销计划定义了在发布出现问题的情况下恢复服务所需进行的活动。第46页/共73页第四十六
26、页,共74页。47发布管理(gunl)活动(四)测试和发布验收用户代表进行功能测试IT人员进行操作操作、功能、性能等方面的测试测试通过后,批准可以实施的发布开始试运行前,由用户进行正式验收,由开发人员签发开发结束的标记(五)试运行规划(guhu)制定试运行的日程安排及所需人力资源清单;制定将要安装的配置项、将要停止的配置项以及退出使用的具体方式的清单;为每一个实施地点制定一份活动计划;记录所有配置管理数据库中即将发布的新配置项;与部门领导、业务部门、变更管理以及用户代表沟通,评审试运行的情况;第47页/共73页第四十七页,共74页。48发布(fb)管理活动(六)沟通(gutng)、准备和培训对
27、影响日常活动的发布,通过联合培训、联合参与发布验收的方式使用户清楚发布内容及影响;如发布是分阶段进行的,则应向用户告知计划的详细内容以及期望的新功能上线的时间。(七)分发和安装检查发布环境是否满足发布要求,例如磁盘空间、安全性等;正式发布后更新配置管理数据库。第48页/共73页第四十八页,共74页。49八、服务级别(jbi)管理第49页/共73页第四十九页,共74页。50服务级别管理(gunl)概述服务级别管理(gunl)(ServiceLevelManagement)的使命:是对IT服务的供应进行谈判、定义和评价、管理(gunl)以及以可接收的成本改进IT服务的质量流程。服务级别管理(gun
28、l)包括对下列文档的设计、协商和维护:服务级别协议:由IT部门和客户之间签订的描述将要提供的一项或多项服务的一份协议。运营级别协议:是与某个内部IT部门就某项IT服务所签订的协议。支持合同:与外部供应商就某项服务的供应所签订的合同。基本概念:服务级别需求:包括用户详细需求的详细定义,被用来开发、修改和启动服务服务说明书:描述了功能和技术之间的关系,并为服务提供了一个详细的说明服务目录:以客户的语言对服务进行描述,对IT部门能够提供给客户的相关服务级别做出概要说明第50页/共73页第五十页,共74页。51服务(fw)级别管理目标服务级别管理目标:按照业务需要或成本上的考虑,通过一个不间断的循环:
29、协商一致、监控和报告,维护和改进IT服务质量。通过这些方法,在IT及其客户之间发展更好的关系。服务级别管理的效益IT服务可以被恰当的设计(shj)以满足定义在服务级别需求中的期望服务绩效可以测量如果服务需要收费,可以让客户在服务质量和响应成本之间选择恰当的平衡点IT部门可以更好的控制成本更好的管理客户满意度客户和IT部门之间的误会和疏忽减少了第51页/共73页第五十一页,共74页。52服务级别(jbi)管理流程服务级别管理活动:识别定义签约监控报告(bogo)评审客户(k h)需求识别:需求定义:内部的&外部的签约:-协商-草拟-修订-终止服务级别需求服务说明书服务目录服务级别协议运营级别协议
30、支持合同服务级别实现情况服务级别报告服务改进方案监控:服务级别报告评审第52页/共73页第五十二页,共74页。53服务级别(jbi)管理的活动识别由服务级别经理充分了解他们的客户,并帮助他们理清想法:他们真正需要的服务和服务级别是什么?以多少成本(chngbn)来提供这些服务?定义1、定义外部标准:概括性的定义或者重新定义客户对服务的期望,形成服务级别需求文档;2、转换成内部标准:服务说明清单(对IT服务及其所需组件的清楚和详细的描述)签约服务级别协议、运营级别协议、支持合同、服务目录监控监控不仅限于技术方面,还应包括流程方面的问题报告撰写服务级别报告,对照服务级别协议,定期向客户和IT部门报
31、告实际的服务级别评审与客户一起审查服务以找出改进服务的机会第53页/共73页第五十三页,共74页。54九、IT服务(fw)财务管理第54页/共73页第五十四页,共74页。55IT服务(fw)财务管理概述IT财务管理的使命:管理IT基础设施的成本,通过探明和计量服务交付所需的成本,在可行(kxng)的情况下通过合理的方式收回成本,为与IT有关的商业决策提供一个坚实的基础。基本概念:预算:预测成本、控制开支会计核算:监控IT部门如何花钱计费:为客户所使用的服务开出账单计算费用的所有活动成本分类:资本性成本+运营性成本第55页/共73页第五十五页,共74页。56IT服务(fw)财务管理目标IT财务管
32、理的目标在于帮助内部IT部门对提供IT服务所需的IT资源进行成本效益管理IT服务财务管理的效益确定(qudng)IT服务的成本,识别和归纳成本结构很好地将成本分配到提供给内部或外部客户的IT服务中去预算和会计核算的效益为管理层提供了更好的关于IT服务供应成本的信息,从而使IT管理人员在成本和质量上做出最好的权衡计费的效益促进了与客户之间类商业化关系的形成,使用户更谨慎的使用资源第56页/共73页第五十六页,共74页。57IT服务(fw)财务管理活动预算管理IT组织的预算;准备预测性费用预算,并且协助(xizh)用户将这些预算加入他们的预算计划中会计核算确定成本要素:人力、硬件、软件和直接费用等
33、成本单元计费在公司计费的原则下,标识计费方法;为计费提供有力的理由和计费参照;为用户准备正规的账单;如果需要,为服务准备价格清单报告根据计费政策的不同,对以实际使用的IT服务,开出发票(账单),或仅仅与客户就其成本进行沟通第57页/共73页第五十七页,共74页。58十、能力(nngl)管理第58页/共73页第五十八页,共74页。59能力(nngl)管理概述能力管理(CapacityManagement)的使命:致力于在恰当的时间以一种经济节约的方式为数据管理和存储提供所需的能力能力管理主要论及以下几个方面:成本VS能力供给VS需求性能优化调整未来(wili)的规划第59页/共73页第五十九页,
34、共74页。60能力管理(gunl)的目标能力管理主要解决3个问题:维持现有IT服务能力的成本(chngbn)对于业务需求而言是否合理现有IT服务能力是否能满足目前及将来的客户需求现有的IT服务能力是否发挥了最佳效能能力管理的效益消减成本(chngbn),提高成本(chngbn)效益降低风险,使能力不足问题最小化消除不需要的闲置能力,避免过早采购和昂贵的紧急采购加强资源升级、合理性解释和预测流程改进开发流程的扩展性设计第60页/共73页第六十页,共74页。61能力管理(gunl)流程能力管理子流程业务能力管理:未来业务需求的趋向,预计,建模,原型测试,选型,文档服务能力管理:服务性能的监控、分析
35、、调整和报告,建立服务基线和服务使用情况的资料,管理服务需求资源(zyun)能力管理:组件使用的监控、分析、优化和报告,建立组件基线和组件使用情况的资料。第61页/共73页第六十一页,共74页。62能力(nngl)管理活动(1 1)创建能力数据库能力数据库是存储当前和历史的有关能力使用情况的技术数据的数据库(2 2)性能管理监控:确保约定的服务级别能够实现,如监控CPUCPU、磁盘、网络等的利用率分析:对由监控得到的数据进行分析,预测未来增长并确认潜在的“瓶颈”调整:提出优化的方案实施:实施优化调整,可能涉及变更管理流程(3 3)需求管理控制和影响客户对能力的需求,比如采取差别(chbi)(c
36、hbi)计费,控制高峰使用期间的需求来影响客户的行为第62页/共73页第六十二页,共74页。63能力(nngl)管理活动(4)模拟能力管理工具,用于预测基础设施(jchshsh)的运行状况趋势分析可以用来获取有关负载量方面的信息,也可用来预测大致的响应时间分析性模拟仿真模拟(5)应用选型(6)制定能力计划(7)报告第63页/共73页第六十三页,共74页。64十一(ShY)、IT服务持续性管理第64页/共73页第六十四页,共74页。65IT服务持续性管理(gunl)概述IT服务持续性管理的使命:IT服务持续性管理通过(tnggu)确保在灾难发生之后,保证所需的IT技术与服务设施能够在必须的、商定
37、的业务时间限度之内得到恢复,为总体的业务持续性管理流程提供支持。IT服务持续性管理的效益:对恢复IT系统进行管理减少服务不可用的时间最小化业务活动的中断第65页/共73页第六十五页,共74页。66IT服务持续性管理(gunl)活动第一阶段:启动确定IT服务持续性管理的范围第二阶段:需求分析和战略规划业务影响度分析:分析对业务具有关键影响以及服务级别(jbi)协议规定必须可用的IT服务风险评估:根据各IT组件的具体情况评估威胁和薄弱环节,评估风险服务持续性战略:预防措施:减少意外事件发生的概率或影响,缩小恢复计划的范围选择恢复方案:不做任何反应、回复至手工系统、逐渐恢复、中期恢复、立即恢复、上述
38、方案的组合第66页/共73页第六十六页,共74页。67IT服务持续性管理(gunl)活动第三阶段:实施组织(zzh)和建立规划建立ITSCM,为每个IT设施制定详细的恢复计划成立专门的小组,包括每项服务的管理、协调和恢复团队制定应急处理计划实施预防措施和恢复方案将早先已经制定的预防措施和恢复方案付诸实施将制定的预防措施与可用性管理结合来实施与外部供应商签订支持协议(备件、技术)开发恢复计划和程序初始测试:对恢复计划、程序和相关的技术进行初始测试这类测试至少每年进行一次第67页/共73页第六十七页,共74页。68第四阶段:运作管理培训和意识培养:对IT和其他人员进行培训和意识培养评价和审查:定期
39、评审和查验以确保恢复计划(jhu)总能反映最新的情况当IT基础设施发生了一次重大变更,或者业务战略和IT战略发生了任何形式的变更时,也应当实施审查测试:定期演练变更管理:保持ITSCM计划(jhu)的更新保证:验证流程及其结果的质量IT服务(fw)持续性管理活动第68页/共73页第六十八页,共74页。69十二(sh r)、可用性管理第69页/共73页第六十九页,共74页。70可用性管理(gunl)概述可用性管理(AvailabilityManagement)的使命:通过规划和建设一个可靠而且可维护的基础设施,并按照服务要求维护关键的支持和供应关系,确保按照所需的地点、时间和对象交付IT服务。基
40、本概念可用性:IT服务对客户是持续可用的可靠性:在约定的服务时段内服务没有发生(fshng)中断可维护性:维护服务的运作,在出现服务中断时尽快恢复可服务性:由外包服务提供的支持第70页/共73页第七十页,共74页。71可用性管理(gunl)目标可用性管理的目标是:规划、测量、监控并且持续改进IT基础设施、服务可用性和IT支持(zhch)组织的可用性管理能力,使得企业达到其业务目标成为可能。可用性管理的主要效益:满足可用性要求第71页/共73页第七十一页,共74页。72可用性管理(gunl)活动(1)识别主要信息技术服务组件将端到端服务提交方式拆分为若干受控组件并依次进行检验,通常将构成并支持某
41、项IT服务的整个基础架构拆分为下列IT领域:服务、应用、中间件、操作系统、硬件、网络等(2)围绕可用性展开的设计每种IT组件的适用性、可靠性、可维护性和伺服能力都将从两个方面接受详细考核和缜密考虑:可用性风险与政策:将每种IT组件所面临的全部可用性风险纳入考虑范畴,并设计出有助于缓解相关风险的适当对策生命周期管理需求:针对每个IT组件分别确定与实现最大可用性目标相对应的全部生命周期管理需求(3)围绕恢复特性展开设计无论设计和管理工作多么完善,仍难以避免IT服务交付问题的发生,为此需要设计以尽可能快捷高效的方式恢复服务的应急(yngj)反应措施。第72页/共73页第七十二页,共74页。73谢谢您的观看(gunkn)!第73页/共73页第七十三页,共74页。内容(nirng)总结1。确定事件的影响度、紧急度和优先级。升级分为职能性升级和结构性升级。职能性升级:又称为水平升级、技术升级。结构性升级:又称为垂直升级、管理升级。必要时的升级跟踪和过程跟踪。一旦找到了永久解决这些根本原因的方法,就可以发出一个变更请求(RFC)来消除这些已知错误。“问题”和“已知错误”。确保所有软件的源码安全地保存(bocn)在最终软件库DSL中,以及配置管理数据库得到更新。最终软件库/最终硬件库。为计费提供有力的理由和计费参照第七十四页,共74页。