本帖最后由 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
|