×

扫描二维码登录本站

标签: 暂无标签
本帖最后由 monicazhang 于 2015-8-27 14:13 编辑

20150827  淡然
续上




2.3.   流程执行
2.3.1.               流程总图
          上图是某公司性能与容量管理流程的框架。首先,监测现有的性能数据,并进行分析和总结;其次,通过应用容量预测以及未来需求的调研,确定未来应用容量的需求;对比现有性能与容量和未来容量需求,通过分析,找出二者间的差距;最后,根据差距分析的结果,建立和更新性能与容量计划,以满足未来性能与容量的需求,性能与容量计划同时也作为未来性能数据监测的依据。                                                                          ITSS考试




上图为某公司性能与容量管理流程总图,下表对活动进行描述并说明输入/输出。

编号

管理活动

描述

输入/触发条件

输出

3.2.1

监测与收集数据

监测服务与资源的性能与容量

门限


容量数据(如交易量)、性能数据(如响应时间)、


3.2.2

分析数据

分析服务和资源性能数据

容量数据、性能数据




3.2.3

性能优化

对服务和资源性能进行调优

性能数据、变化趋势




3.2.4

实施

实施服务和资源优化





3.2.5

应用容量预测

应用容量方法预测应用软件的硬件需求,确保满足预定的服务级别

SLR、SLA、可用性计划


资源需求


3.2.6

模型分析

通过模型分析预测容量开发的最佳方案

业务战略与计划、IT战略与计划


未来资源需求


3.2.7

需求管理

对业务需求进行分析和过滤

业务战略与计划、IT战略与计划

确定的需求

3.2.8

差距分析

对性能与容量的现状和需求进行对比,发现差距



差距分析结果

3.2.9

建立和更新容量计划

通过差距分析的结果,建立和更新容量计划,以满足业务需求

财务计划与预算

RFC、工单及更新后的容量计划




2.3.2.               流程分解图
2.3.2.1.  监测与收集数据

编号

管理活动

描述

输入/触发条件

输出

3.2.1.1

建立团队,明确职责

建立监控团队,明确各自的职责与分工

容量计划


容量管理团队


3.2.1.2

评估关键组件

评估并确定关键IT组件



关键IT组件


3.2.1.3

确定方法和工具

确定监测的工具与方法



服务与资源的监测工具与方法


3.2.1.4

制定监测计划

根据监控对象、监控工具和方法,制定监测计划

服务目录、阈值、实施效果反馈


监测计划


3.2.1.5

执行监测任务

根据监测计划,执行监测任务



资源利用报告、监测数据




2.3.2.2.  数据分析


编号

管理活动

描述

输入/触发条件

输出

3.2.2.1

确定目标与范围

确定分析阶段要达到的目标与范围



目标与范围


3.2.2.2

确定分析方法与工具

确定分析方法与工具



方法与工具


3.2.2.3

确定分析对象

确定数据分析的对象



分析对象


3.2.2.4

抽取数据

根据上述确定的方法、对象等,从容量数据库中抽取数据

容量与性能数据




3.2.2.5

分析执行

对抽取出的数据进行分析,得出容量与性能现状                  ITSS认证



资源利用报告





2.3.2.3.  性能优化

编号

管理活动

描述

输入/触发条件

输出

3.2.3.1

制定初步方案

制定初步的性能优化方案



初步方案


3.2.3.2

影响和风险分析

对优化涉及到的风险和可能产生的影响进行分析



影响和分析评估结果


3.2.3.3

方案测试

对优化方案进行测试,论证其技术可行性



测试报告


3.2.3.4

制定优化方案

根据影响和风险分析、以及方案测试结果,优化方案

影响和分析评估结果、测试报告


优化方案


3.2.3.5

批准方案执行

容量经理批准执行



被批准的优化方案



2.3.2.4.  实施

编号

管理活动

描述

输入/触发条件

输出

3.2.4.1

备份基准

实施前,对现有的系统配置基准进行备份

实施方案




3.2.4.2

优化实施

根据实施计划,进行实施

实施方案


优化的系统


3.2.4.3

实施效果评价

对实施效果进行评估



实施效果评估报告



2.3.2.5.  应用容量预测
编号

管理活动

描述

输入/触发条件

输出

3.2.5.1

预测未来交易量

根据未来业务发展战略和计划,分析并预测未来业务的交易量

业务发展战略与计划


未来交易量


3.2.5.2

应用质量要求

根据SLA,分析对应用的质量要求

SLA




3.2.5.3

可用性要求

根据可用性计划,分析应用的可用性要求

可用性计划




3.2.5.4

其他约束条件

确定和分析其他约束条件





3.2.5.5

确定资源需求

根据以上的分析,确定应用对系统的容量和性能要求



资源需求




2.3.2.6.  趋势分析

编号

管理活动

描述

输入/触发条件

输出

3.2.6.1

趋势分析

根据收集的数据和计划,确定容量和资源的随外界因素的变化而变化的趋势

服务性能数据、资源利用数据、

IS/IT战略与计划


性能与容量随相关因素的变化趋势


3.2.6.2

未来资源需求

根据变化趋势,确定未来的资源需求

IS/IT战略与计划


资源需求




2.3.2.7.  需求管理
编号

管理活动

描述

输入/触发条件

输出

3.2.7.1

需求分析

综合趋势分析和应用容量预测的结果,并结合IS/IT战略与计划,对需求进行分析

趋势分析和应用容量预测结果

IS/IT战略与计划




3.2.7.2

客观条件限制

考虑客观条件限制





3.2.7.3

成本限制

考虑成本条件的限制





3.2.7.4

需求确定与批准

根据以上的分析,确定需求,并征得容量经理得批准



容量与性能需求




2.3.2.8.  差距分析

编号

管理活动

描述

输入/触发条件

输出

3.2.8.1

建立差距分析报告

分析容量与性能的现状和需求,分析二者间的差距,制定差距分析报告。

容量与性能管理现状、容量与性能需求


差距分析结果


3.2.8.2

改进建议

根据分析报告中的差距,提出改进建议



改进建议




2.3.2.9.  容量计划

编号

管理活动

描述

输入/触发条件

输出

3.2.9.1

建立和更新容量计划

依据差距分析的结果,建立新的或更新容量计划。                   ITSS培训

差距分析结果




3.2.9.2

批准容量计划

容量经理批准容量计划



容量计划


3.2.9.3

容量计划发布与执行

发布容量计划,并实施



RFC、工单








本帖关键字:ITSS

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x




上一篇:ITSS提供了哪些方针来指导容量和性能管理
下一篇:容量和性能管理在ITSS领域里还有哪些可以改进的地方
monicazhang

写了 2297 篇文章,拥有财富 12859,被 21 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies

成为第一个吐槽的人

Powered by ITIL  © 2001-2025
返回顶部