体系文件容量管理程序.docx

上传人:b****1 文档编号:233945 上传时间:2022-10-07 格式:DOCX 页数:12 大小:168.77KB
下载 相关 举报
体系文件容量管理程序.docx_第1页
第1页 / 共12页
体系文件容量管理程序.docx_第2页
第2页 / 共12页
体系文件容量管理程序.docx_第3页
第3页 / 共12页
体系文件容量管理程序.docx_第4页
第4页 / 共12页
体系文件容量管理程序.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

体系文件容量管理程序.docx

《体系文件容量管理程序.docx》由会员分享,可在线阅读,更多相关《体系文件容量管理程序.docx(12页珍藏版)》请在冰豆网上搜索。

体系文件容量管理程序.docx

样式编号:

WW-SM-PZ-01 能力管理程序版本:

V1.0

容量管理程序

样式编号

编制

审核

批准

密级

内部

版本

V1.0

发布日期

2009年1月5日

信息技术有限责任公司

第1页共10页

样式编号:

WW-SM-RL-01 容量管理程序 版本:

V1.0

变更履历

版本

更改处·更改内容

更改人/日期

审核人/日期

批准人/日期

1

V1.0

新建

1.

1

2

3

4

5

目录

1 简介 3

1.1 目的 3

1.2 适用范围 3

1.3 术语表 3

1.4 引用文件 3

2 职责 3

2.1 项目组 3

3 流程图 3

4 具体内容 3

4.1 收集容量需求 3

4.2 容量分析及容量管理计划的制订 3

4.3 容量管理计划的实施与监控 3

4.4 容量趋势分析 3

4.5 定期容量管理 3

5 输出的文件和记录 3

1简介

1.1目的

负责确保IT处理、存储和网络以最经济和及时的方式与发展中的业务需求相匹配。

1.2适用范围

适用于公司通过对IT服务容量的规划、改进和管理,提供满足容量需求的IT服务活动。

1.3术语表

l容量:

按需要的服务级别和成本交付一致同意的性能所需的一种本领。

l容量管理:

负责确保IT处理、存储和网络以最经济和及时的方式与发展中的业务需求相匹配。

l容量数据库:

用于存储容量管理流程中所采集的业务容量数据、服务容量数据、技术容量数据、财务数据的数据库,用以进行趋势分析、预测及规划。

1.4引用文件

【1】《ISO/IEC20000》

【2】《IT服务管理手册》

2职责

2.1项目组

2.1.1负责组织完成服务规划,参与容量计划的评审和改进。

2.1.2负责组织拟制容量管理计划,维护容量数据库,并组织服务容量的实施和评估。

2.1.3负责执行、监控生产系统的运作,采集容量数据,参与容量计划的评审和改进。

3流程图

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容量趋势分析

4.4.1对所收集到的容量数据进行分析,项目组应使用趋势分析、基线评价等技术,对IT基础架构的容量需求、IT服务需求及技术方面的最新进展进行分析,并考虑在未来服务级别需求的情况下可变更的配置项,制订《服务月报》。

4.4.2预测容量状况,分析容量趋势,判断能否满足现有需求,并指出将来可能会产生的问题点。

4.4.3当出现数据异常或波动,超过了标准的阀值时,项目组应及时收集例外信息,提交至问题管理程序。

4.4.4如果超过阈值,并且当前的容量水平无法满足容量需求时,则项目组应提出容量变更申请,提交至变更管理程序,通过变更流程改变现有容量。

4.4.5项目组应对容量状况进行持续的跟踪,对容量现状和使用需求保持时刻了解和掌握。

4.4.6根据对监控数据的分析,应用:

趋势分析、基线评价等技术,对IT基础架构的容量需求、IT服务需求进行分析。

4.5定期容量管理

4.5.1项目组根据容量管理的要求,每年对满足客户约定的、当前和未来的容量进行一次分析和评估,并在《项目总结》中编制〈容量报告〉的内容。

容量报告的内容作为在下一年度有足够的容量能够保证合同约定范围内的服务质量,并兼顾到客户未来的业务需求。

5输出的文件和记录

文件和记录

文件属性

完成的部门/职位

备注

《项目策划书》

D

项目组

《UNIX小型机巡检报告》

D

项目组

《网络巡检报告》

D

项目组

《服务月报》

D

服务部

《项目总结》

D

项目组

第11页共11页

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 考试认证 > IT认证

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

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