ISO20000容量管理程序.pdf

  1. 1、本文档被系统程序自动判定探测到侵权嫌疑,本站暂时做下架处理。
  2. 2、如果您确认为侵权,可联系本站左侧在线QQ客服请求删除。我们会保证在24小时内做出处理,应急电话:400-050-0827。
  3. 3、此文档由网友上传,因疑似侵权的原因,本站不提供该文档下载,只提供部分内容试读。如果您是出版社/作者,看到后可认领文档,您也可以联系本站进行批量认领。
查看更多
容量管理程序 1 简介 1.1 目的 负责确保 IT 处理、存储和网络以最经济和及时的方式与发展中的业务需求相匹配。 1.2 适用范围 适用于公司通过对IT服务容量的规划、改进和管理,提供满足容量需求的IT服务活动。 1.3 术语表 容量: 按需要的服务级别和成本,交付一致同意的性能所需的一种本领。 容量管理: 负责确保 IT 处理、存储和网络以最经济和及时的方式与发展中的业务需求相匹配。 容量数据库: 用于存储容量管理流程中所采集的业务容量数据、服务容量数据、技术容量数据、财务数据的 数据库,用以进行趋势分析、预测及规划。 1.4 引用文件 【1】 《ISO/IEC 20000》 【2】 《IT 服务管理手册》 2 职责 2.1 项目组 2.1.1 负责组织完成服务规划,参与容量计划的评审和改进。 2.1.2 负责组织拟制容量管理计划,维护容量数据库,并组织服务容量的实施和评估。 2.1.3 负责执行、监控生产系统的运作,采集容量数据,参与容量计划的评审和改进。 1 3 流程图 2 4 具体内容 4.1 收集容量需求 4.1.1 项目组对容量信息进行收集、分类、整理。容量需求主要有: 4.1.1.1 国家的法律、法规及上级主管部门对公司业务的要求。 4.1.1.2 与客户签署的服务级别协议。 4.1.1.3 事件、问题处理记录。 4.1.1.4 管理评审结果。 4.1.1.5 可用性和 IT持续性分析。 4.1.1.6 服务成本的要求。 4.2 容量分析及容量管理计划的制订 4.2.1 根据客户的要求,项目组与客户共同分析、讨论当前的业务需求、预测未来的增长,及对容量水 平的规划要求,项目组分析当前容量并编制《项目服务方案》中的〈容量分析〉,项目组依据容量 分析结果编制《项目服务方案》中的〈容量管理计划〉部分,主要包含: 4.2.1.1 范围、目标、策略、角色和责任。 4.2.1.2 当前的容量绩效和预计的容量需求。 4.2.1.3 针对服务升级所定义的时间表,阀值和成本。 4.2.1.4 针对预期的服务升级、变更请求、容量方面新技术和新方法的评估。 4.2.1.5 预计外部变更的影响(如:法律、政策、标准等)。 4.2.1.6 能够执行预测性分析的数据和流程。 4.2.1.7 针对监控服务容量、调整服务性能和提供充分容量的方法、流程和技术。 4.2.1.8 为达到服务级别协议所要求的服务级别目标、可用性目标、连续性目标和业务需求所应具备的 财务条件。 4.2.1.9 容量管理报告的频次和方式。 4.2.1.10更新容量计划的条件。 4.3 容量管理计划的实施与监控 4.3.1 项目组负责容量管理计划的实施。 4.3.2 项目组应对当前容量运行数据定期进行采集和监控,汇总。项目组负责拟制《巡检记录》,并应明 确:具体的收集内容、收集时间、收集人。 4.4 容量趋势分析 3 4.4.1 对所收集到的容量数据进行分析,项目组应使用趋势分析、基线评价等技术,对 IT 基础架构的容 量需求、IT 服务需求及技术方面的必威体育精装版进展进行分析,并考虑在未来服务级别需求的情况下可变 更的配置项,制订《服务月报》。 4.4.2 预测容量状况,分析容量趋势,判断能否满足现有需求,并指出将来可能会产生的问题点。 4.4.3 当出现数据异常或波动,超过了标准的阀值时,项目组应及时收集例外信息,提交至问题管理程 序。 4.4.4 如果超过阈值,并且当前的容量水平无法满足容量需求时,则项目组应提出容量变更申请,提交 至变更管理程序,通过变更流程改变现有容量。 4.4.5 项目组应对

文档评论(0)

mmmttt + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档