ISO011服务可用性管理程序.docx
- 文档编号:3719680
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:7
- 大小:18.26KB
ISO011服务可用性管理程序.docx
《ISO011服务可用性管理程序.docx》由会员分享,可在线阅读,更多相关《ISO011服务可用性管理程序.docx(7页珍藏版)》请在冰豆网上搜索。
ISO011服务可用性管理程序
密级:
敏感
文档编号:
HTPC-ITSM-B-11服务可用性管理程序
版本号:
V1.0
服务可用性管理程序
**************信息技术有限公司
编制:
审核:
批准:
发布日期:
实施日期:
----------------------------------------------------------------------------
**************信息技术有限公司对本文件资料享受著作权及其它专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。
修订履历
版本
变更履历
变更人/变更日期
审核人/审核日期
批准人/批准日期
V1.0
初次发布
1目的
提供符合预定可用性级别且成本合理的IT服务,以帮助企业实现其业务目标;确保已经取得的可用性级别能够得以评价和计量,以及在必要时进行持续改进。
2范围
本程序适用于技术服务部。
所有新增IT服务以及服务承诺:
1)公司开发的信息管理系统售后服务工作;
2)涉及到的服务组件,如服务器、信息管理系统、网络设备、硬件设备等。
3职责
3.1可用性管理员
负责可用性服务的具体实施,计划和报告的编制。
3.2可用性负责人
1)定义、开发并管理可用性管理流程;
2)确保IT服务在经过设计后,实际的服务重要性(一般、重要、紧急、重要紧急)能够符合约定的服务级别;
3)制定可用性计划;
4)撰写可用性报告,归并于IT服务报告中;
5)提出优化IT基础架构的改进建议。
3.3部门经理
1)安排人员对IT服务的风险评估报告和可用性计划的编制;
2)根据服务承诺,提交IT服务报告给公司主管领导。
4相关文件
《配置管理程序》
《服务报告管理程序》
5程序
5.1可用性需求识别和分析
可用性负责人根据服务级别需求识别和分析可用性需求,加入到《服务需求说明书》中,可用性需求分析包括:
1)对软件系统维护服务的定义;
2)软件系统对公司的重要性;
3)软件系统系统所支持的并发用户数量;
4)系统故障时间或服务不可用状态造成的业务影响;
5)故障停机时间或服务不可用状态产生的成本代价以及成本代价随时间推移相应变化的方式;
6)所需服务小时数;
7)较容易承受停机故障的次要服务时段;
8)专为计划内维护与升级工作设定的停机时段;
9)启动应急计划之前所能容许的故障停机时间。
需求识别时间:
1)在签订合同协议之前进行;
2)需考虑新的IT服务和需求对现有服务做出的变更的方面;
3)尽可能早的阶段确定客服部门是否能够实现这些需求以及怎样实现这些需求。
需求识别内容:
1)关键业务功能;
2)可量化的可用性需求;
3)非计划的IT服务中断对业务功能所产生的可量化的影响;
4)客户的业务正常运作时段;
5)有关定期维护约定的中断时间。
5.2定义可用性目标
可用性管理负责根据可用性定义的结果确定可用性目标。
识别可用性管理的服务对象和组件,并提供可用性目标。
5.3调查服务组件的可用性
可用性负责人调查服务组件的使用年限、性能、已发生故障情况等内容,并把调查的结果写入到《风险评估报告》中。
5.4识别可用性风险和对策
可用性负责人员根据服务组件的调查情况识别组件的薄弱点、威胁及可能存在的风险隐患,编制《风险评估报告》。
5.5可用性设计
可用性负责人员根据《风险评估报告》进行可用性管理的方案设计,设计的原则包括:
1)确认那些影响系统运行和服务运行的薄弱环节。
2)基于适当的可用性标准的一个良好的可用性设计可以使得有可能与供应商签订有效的维护合同。
设计过程中采用了一些技巧,如确认单点故障的组件故障影响度分析。
3)如果可用性标准不能够实现,最好的选择是确认设计是否可以进一步改进。
4)如果可用性需求特别难以达到,则应当考虑使用其它的容错技术、其它的服务流程(事件管理、问题管理和变更管理)或额外的服务管理资源。
5.5.1可用性计划
1)为有效地实施有关可用性管理活动以改进IT组件及服务的可用性,必须制定明确的《可用性计划》。
2)可用性计划包括运行监控、日常维护和故障恢复方案等内容。
3)可用性计划不仅需要关注技术方面的问题,还应对可用性管理的人员、流程、工具和技术等方面进行考虑。
在可用性管理的初始阶段,可用性计划与实施通常是紧密结合进行的,但这两者却又是不同的,不能将它们混淆。
4)可用性计划的计划周期应当覆盖1至2年,并且对于前6个月的计划应当提供更为详细的信息。
5)值得注意的是,可用性计划应当和能力计划和财务预算的周期保持一致。
6)可用性计划一般包括以下部分:
a)对目前状况可用性的评估;
b)改善现有服务活动的步骤;
c)实施新服务与维护的一系列计划。
5.6服务组件设计
5.6.1服务组件监控设计
所有IT组件都必须按照计划进行有关监控活动。
有计划的监控活动可以:
1)及时发现IT组件的健康状况。
2)找出系统运行存在的薄弱点和风险隐患。
5.6.2服务组件维护设计
1)所有IT组件都必须按照计划进行有关维护活动。
有计划的维护活动可以使IT支持部门能够:
a)实施预防性维护以避免故障的发生。
b)及时进行软件和硬件升级以提供新的功能和额外的服务能力。
c)根据业务需求对IT基础设施实施必要的变更。
d)激活IT基础设施中新增的功能。
2)计划性维护活动涉及的首要问题是计划停机时间。
3)在确定新增或改进后的IT服务的可用性需求时,需要明确计划性维护所需的停机时间以及由此导致的收入方面的损失。
4)在IT服务1天24小时或一周7天都必须正常运作的情况下,可用性管理就必须在权衡计划停机时间需求和相应的业务损失之后确定最优的维护方案。
5.6.3服务组件恢复设计
1)确保IT服务故障发生后,IT服务能在最短的时间内得以恢复以使正常的业务运营继续进行。
2)构建一个对故障具有高度弹性的IT基础设施即使不是不太可能,也可能会造成成本过于高昂。
3)因此,在给定的成本约束下,IT基础设施满足可用性需求的能力常常取决于可以对IT服务故障进行及时有效恢复的能力。
4)设计恢复计划考虑因素:
a)确保业务与技术恢复流程是正确的。
b)清晰定义负责主要事件的员工的职责。
5)安全性问题
a)安全性和可靠性是密切相关的,一个较差的信息安全设计会直接影响到服务的可用性。
b)高可用性要靠有效的信息安全来支撑。
在规划阶段,应该考虑相关的安全问题,对安全问题可能给服务供应带来的影响也应当加以分析。
c)与安全问题相关的活动主要有:
只有管理员、高级用户有权访问安全区域。
安全区主要包括:
审批权限分配、人员新增、服务有效期时间调整。
5.7可用性需求满足测试或评审
可用性管理负责人根据实施情况对《可用性计划》进行测试,可用性负责人、部门经理对提《可用性计划》进行评审,以确保实施计划的可行性。
5.8可用性需求满足监控
对可用性需求满足进行有计划监控活动,可以能及时了解到需求能否正常运作,发现问题能及时找对应的方法纠正。
5.9可用性报告
1)评价和报告是重要的可用性管理活动,它们为核实服务协议,解决问题和制定改进建议提供了基础。
2)可用性报告可以包括下列指标:
a)以平均修复时间(MTTR)、平均无故障时间(MTBF)和平均系统事件间隔时间(MTBSI)表示的可用率(或不可用率);
b)总体正常运作时间和宕机时间;
c)故障的次数;
d)有关故障可能实际或潜在地导致比约定数更高的不可用率的额外信息。
3)可用性报告的内容可以参照《服务报告管理程序》。
6记录
《风险评估报告》
《可用性计划》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ISO011 服务 可用性 管理程序
![提示](https://static.bdocx.com/images/bang_tan.gif)