本帖最后由monicazhang于2015-8-2714:13编辑
20150827淡然 续上
2.3.流程执行 2.3.1.流程总图 上图是某公司性能与容量管理流程的框架。首先，监测现有的性能数据，并进行分析和总结；其次，通过应用容量预测以及未来需求的调研，确定未来应用容量的需求；对比现有性能与容量和未来容量需求，通过分析，找出二者间的差距；最后，根据差距分析的结果，建立和更新性能与容量计划，以满足未来性能与容量的需求，性能与容量计划同时也作为未来性能数据监测的依据。ITSS考试
上图为某公司性能与容量管理流程总图，下表对活动进行描述并说明输入/输出。
编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.1
| 监测与收集数据
| 监测服务与资源的性能与容量
| [p=24,null,left]门限
| [p=24,null,left]容量数据（如交易量）、性能数据（如响应时间）、
| 3.2.2
| 分析数据
| 分析服务和资源性能数据
| [p=24,null,left]容量数据、性能数据
|
| 3.2.3
| 性能优化
| 对服务和资源性能进行调优
| [p=24,null,left]性能数据、变化趋势
|
| 3.2.4
| 实施
| 实施服务和资源优化
|
|
| 3.2.5
| 应用容量预测
| 应用容量方法预测应用软件的硬件需求，确保满足预定的服务级别
| [p=24,null,left]SLR、SLA、可用性计划
| [p=24,null,left]资源需求
| 3.2.6
| 模型分析
| 通过模型分析预测容量开发的最佳方案
| [p=24,null,left]业务战略与计划、IT战略与计划
| [p=24,null,left]未来资源需求
| 3.2.7
| 需求管理
| 对业务需求进行分析和过滤
| 业务战略与计划、IT战略与计划
| 确定的需求
| 3.2.8
| 差距分析
| 对性能与容量的现状和需求进行对比，发现差距
|
| 差距分析结果
| 3.2.9
| 建立和更新容量计划
| 通过差距分析的结果，建立和更新容量计划，以满足业务需求
| 财务计划与预算
| RFC、工单及更新后的容量计划
|
2.3.2.流程分解图 2.3.2.1.监测与收集数据
编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.1.1
| 建立团队，明确职责
| 建立监控团队，明确各自的职责与分工
| [p=24,null,left]容量计划
| [p=24,null,left]容量管理团队
| 3.2.1.2
| 评估关键组件
| 评估并确定关键IT组件
|
| [p=24,null,left]关键IT组件
| 3.2.1.3
| 确定方法和工具
| 确定监测的工具与方法
|
| [p=24,null,left]服务与资源的监测工具与方法
| 3.2.1.4
| 制定监测计划
| 根据监控对象、监控工具和方法，制定监测计划
| [p=24,null,left]服务目录、阈值、实施效果反馈
| [p=24,null,left]监测计划
| 3.2.1.5
| 执行监测任务
| 根据监测计划，执行监测任务
|
| [p=24,null,left]资源利用报告、监测数据
|
2.3.2.2.数据分析
编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.2.1
| 确定目标与范围
| 确定分析阶段要达到的目标与范围
|
| [p=24,null,left]目标与范围
| 3.2.2.2
| 确定分析方法与工具
| 确定分析方法与工具
|
| [p=24,null,left]方法与工具
| 3.2.2.3
| 确定分析对象
| 确定数据分析的对象
|
| [p=24,null,left]分析对象
| 3.2.2.4
| 抽取数据
| 根据上述确定的方法、对象等，从容量数据库中抽取数据
| [p=24,null,left]容量与性能数据
|
| 3.2.2.5
| 分析执行
| 对抽取出的数据进行分析，得出容量与性能现状ITSS认证
|
| [p=24,null,left]资源利用报告
|
2.3.2.3.性能优化
编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.3.1
| 制定初步方案
| 制定初步的性能优化方案
|
| [p=24,null,left]初步方案
| 3.2.3.2
| 影响和风险分析
| 对优化涉及到的风险和可能产生的影响进行分析
|
| [p=24,null,left]影响和分析评估结果
| 3.2.3.3
| 方案测试
| 对优化方案进行测试，论证其技术可行性
|
| [p=24,null,left]测试报告
| 3.2.3.4
| 制定优化方案
| 根据影响和风险分析、以及方案测试结果，优化方案
| [p=24,null,left]影响和分析评估结果、测试报告
| [p=24,null,left]优化方案
| 3.2.3.5
| 批准方案执行
| 容量经理批准执行
|
| [p=24,null,left]被批准的优化方案
|
2.3.2.4.实施
编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.4.1
| 备份基准
| 实施前，对现有的系统配置基准进行备份
| [p=24,null,left]实施方案
|
| 3.2.4.2
| 优化实施
| 根据实施计划，进行实施
| [p=24,null,left]实施方案
| [p=24,null,left]优化的系统
| 3.2.4.3
| 实施效果评价
| 对实施效果进行评估
|
| [p=24,null,left]实施效果评估报告
|
2.3.2.5.应用容量预测 编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.5.1
| 预测未来交易量
| 根据未来业务发展战略和计划，分析并预测未来业务的交易量
| [p=24,null,left]业务发展战略与计划
| [p=24,null,left]未来交易量
| 3.2.5.2
| 应用质量要求
| 根据SLA，分析对应用的质量要求
| [p=24,null,left]SLA
|
| 3.2.5.3
| 可用性要求
| 根据可用性计划，分析应用的可用性要求
| [p=24,null,left]可用性计划
|
| 3.2.5.4
| 其他约束条件
| 确定和分析其他约束条件
|
|
| 3.2.5.5
| 确定资源需求
| 根据以上的分析，确定应用对系统的容量和性能要求
|
| [p=24,null,left]资源需求
|
2.3.2.6.趋势分析
编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.6.1
| 趋势分析
| 根据收集的数据和计划，确定容量和资源的随外界因素的变化而变化的趋势
| [p=24,null,left]服务性能数据、资源利用数据、[p=24,null,left]IS/IT战略与计划
| [p=24,null,left]性能与容量随相关因素的变化趋势
| 3.2.6.2
| 未来资源需求
| 根据变化趋势，确定未来的资源需求
| [p=24,null,left]IS/IT战略与计划
| [p=24,null,left]资源需求
|
2.3.2.7.需求管理 编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.7.1
| 需求分析
| 综合趋势分析和应用容量预测的结果，并结合IS/IT战略与计划，对需求进行分析
| [p=24,null,left]趋势分析和应用容量预测结果[p=24,null,left]IS/IT战略与计划
|
| 3.2.7.2
| 客观条件限制
| 考虑客观条件限制
|
|
| 3.2.7.3
| 成本限制
| 考虑成本条件的限制
|
|
| 3.2.7.4
| 需求确定与批准
| 根据以上的分析，确定需求，并征得容量经理得批准
|
| [p=24,null,left]容量与性能需求
|
2.3.2.8.差距分析
编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.8.1
| 建立差距分析报告
| 分析容量与性能的现状和需求，分析二者间的差距，制定差距分析报告。
| [p=24,null,left]容量与性能管理现状、容量与性能需求
| [p=24,null,left]差距分析结果
| 3.2.8.2
| 改进建议
| 根据分析报告中的差距，提出改进建议
|
| [p=24,null,left]改进建议
|
2.3.2.9.容量计划
编号
| 管理活动
| 描述
| 输入/触发条件
| 输出
| 3.2.9.1
| 建立和更新容量计划
| 依据差距分析的结果，建立新的或更新容量计划。ITSS培训
| [p=24,null,left]差距分析结果
|
| 3.2.9.2
| 批准容量计划
| 容量经理批准容量计划
|
| [p=24,null,left]容量计划
| 3.2.9.3
| 容量计划发布与执行
| 发布容量计划，并实施
|
| [p=24,null,left]RFC、工单
|
本帖关键字：ITSS
|
转播
分享
淘帖
()