ImageVerifierCode 换一换
格式:DOCX , 页数:6 ,大小:74.52KB ,
资源ID:17201782      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/17201782.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(可用性与IT服务持续性管理程序Word下载.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

可用性与IT服务持续性管理程序Word下载.docx

1、版本编号或者更换记录编号变化状态简要讲明(变更内容和变更范畴)日期变更人批准日期批准人C新建*变化状态:C创建,A增加,M修改,D删除名目简介目的确保在满足SLA的前提下达到承诺给客户的服务可用性和连续性,增强IT基础设施的弹性。适用范畴适用于服务项目的服务可用性及连续性活动,并满足服务需求的治理活动。术语表可用性:指一个组件或一种服务在设定的某个时刻或某段时刻内发挥其应有功能的能力。可靠性:指IT基础设施能够无间断运作的能力,要紧取决于单个IT组件的可靠性和IT基础设施的弹性。可爱护性:指IT基础设施组件显现故障后可被修复并复原正常运作的特性。可服务性:描述IT服务提供方与外部供应商之间合同

2、履行情形的一个指标。关键业务功能(VBF):指由IT服务所支持的业务流程中的关键环节。平均系统事件间隔时刻(MTBSI):指连续两次事件发生之间的平均间隔时刻。(注:平均系统事件间隔时刻=平均修复时刻+平均无故障时刻)平均修复时刻:指事件发生到服务复原之间的平均间隔时刻。平均无故障时刻:指从某次事件修复到下次事件发生之间的平均间隔时刻。组件故障阻碍分析(CFIA):在可用性设计时,通过推测和评判由于IT基础设施中组件失灵对IT服务可用性造成的阻碍。引用文件ISO/IEC 20000IT服务治理手册职责技术运营中心负责组织可用性与IT服务连续性需求分析与规划,组织可用性与IT服务连续性改进。负责

3、新服务或变更服务活动的策划,参与可用性与IT服务连续性规划,参与可用性与IT服务连续性的改进。负责与客户沟通可用性与IT服务连续性的需求,参与可用性与IT服务连续性的改进。按照配置信息和能力基线水平,参与可用性需求设计,组织可用性和IT服务连续性的监控,配合IT服务连续性方案的实施。销售部门协助完成可用性与IT服务连续性的需求分析,并提供可用性与IT服务连续性实施、爱护、监控的成本预算支持。流程图具体内容收集可用性与业务连续性的资源需求服务部应及时与客户沟通,按服务策划治理程序的要求,了解、收集客户在可用性与业务连续性的资源方面的需求,并考虑对现有服务级别协议的阻碍。要紧包括:需要提供新服务或

4、变更服务的关键业务功能。客户对新服务或变更服务的期望和要求。可量化的、可描述的可用性需求。客户要求的业务运作时段,及IT服务中断时刻。服务部负责收集、统计、反馈生产系统日常运维的信息,监控IT服务系统的可用性水平。技术组按照日常运维信息分析IT服务系统的可用性的满足状况。可用性与业务连续性的资源评判及分析服务部按照业务需求及服务级别协议的要求,负责拟制售前方案,对现有服务系统的可用性与业务连续性的资源进行分析和评估,要紧包括:现有IT基础设施的配置状况和可用性水平,及当前系统对服务可用性和连续性需求的满足程度(包括:潜在咨询题的确认,存在的薄弱环节及其分类;事件或灾难发生时,可使用的能力或有限

5、的应急服务)。在非打算的IT服务中断发生时,对所要求的服务功能所产生的可量化阻碍。为满足可用性和连续性要求所需要的额外资源和成本(包括:打算外的后期支出,供应商收取的额外成本)。有关技术支持、接口、人员技能等角色、职责和要求。与信息安全有关的IT基础设施、工作环境、人员、规程等要求。可用性标准无法实现的情形(包括:法律法规、标准以及外部环境的要求和阻碍,供应商提供服务的水平,以及其变更、中断造成的阻碍)。确定可用性标准(可靠性、可爱护性)及评判准则。安全标准的级别,以及对应的角色和职责。制订可用性与业务连续性的资源打算服务部负责制订项目服务方案中部分。其中应包含:可用性监控方案的制定和实施。可

6、用性改进打算。设计复原方案服务部按照IT服务连续性治理的要求,拟制连续性演练打算,并应考虑:定义复原能力和容错能力。需要安装和测试的硬件和网络组件。需复原的应用系统、数据库和数据。安全性要求和质量标准。明确分配每个目标采取措施的责任。打算性爱护所需的停机时刻。测试打算及安排。对服务和系统组件的依靠程度。专门的接口、人员及其职责。明确所有需要支持该打算的具体的活动程序。服务部按连续性演练打算的要求,组织有关人员定期备份服务复原所需的数据、文件、软件等,并应在重大服务失效或灾难时及时提供。开展连续性测试服务部按照业务连续性保证方案和连续性演练打算的要求,组织开展连续性测试活动,确保:应针对特定的情

7、形实施并具有明确的目标和成功标准。测试打算应包含对复原打算、活动程序和有关的技术组件的初始测试。测试应与客户或客户代表、有关部门协商,共同进行。测试失败的结果应记录并评审,并输入服务改进打算。连续性测试每年至少应进行一次,以识别打算中的弱点以及被忽略的变更。在IT基础架构的配置项发生重大变更后还需要实施进一步的测试。服务部在测试完成后拟制业务连续性演练报告,经事业部总监批准后发放有关部门。监控、爱护、评判可用性与连续性活动服务部负责监控可用性与连续性策划的实施,确保:监控和记录IT服务的可用性。爱护精确的历史数据。与SLA中定义的需求相比较,以识别对约定的可用性目标的不符合项。估量以后的可用性。对潜在咨询题,采取的预防措施。如果在采取各种复原措施后,仍存在残余风险,则服务部应组织制订对应的应急措施。服务部每月拟制服务月报,其中应对可用性与连续性的绩效进行统计,包括MTTR(平均修复时刻)、MTBF(平均无故障时刻)等指标。服务部按服务质量改进治理程序的要求,每年末组织计策划进行评审或更新。输出的文件和记录售前方案可与项目服务方案合并业务连续性保证方案连续性演练打算服务月报项目服务方案

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1