|
有朋友问ITIL的容量管理流程实施从哪里入手，从我以前的项目经验来看，首先你要弄清楚你的流程活动，这样可以界定你想实施的范围和颗粒度，下面是我建议的流程活动，供大家参考。
主流程： 300.1创建/更新容量计划书 确保年度计划书，三五年规划书，年度采购计划可用 300.2资源评估 了解资源现状，评估资源利用率 300.3性能评估 分析和预测业务及资源的性能状况 300.4容量需求管理 接受，协调，处理资源容量需求及相应的资源分配。
创建/更新容量计划书子流程 300.1.1发起创建/更新容量计划书 （年度） 启动年度容量规划任务。 300.1.2各平台提交年度需求 各平台接到任务单后提交年度容量需求 300.1.3各平台整理年度需求 通过各平台收集整理年度的容量需求信息。 300.1.4沟通确认容量需求 各平台间协调耦合容量需求。 300.1.5创建/更新容量计划书 根据容量计划书模板制作年度容量计划书和三五年规划书。 300.1.6平台经理审批 平台经理审核容量计划书 300.1.7容量经理审批 容量经理通过组织运行管理委员会审核容量计划书。 平台间有双向约束关系，考虑建设期的长短，优先级为： 1，基础支持； 2，存储，网络； 3，S390, AS400, RS6000, PC服务器。 300.1.8召开运行管理委员会 运行管理委员会对容量计划书评价和授权。 注：容量经理组织，平台经理，服务经理，运行中心领导，甚至容量管理员等技术角色也可以参加运行管理委员会。 300.1.9发布容量计划书 容量经理发布容量计划书
资源评估子流程 300.2.1发起资源评估需求单 （月度） 可以用运行中心领导, 业务经理, 条线经理, 容量经理或容量管理员发起资源评估需求。 300.2.2启动资源评估工作 着手准备资源评估工作。 200.2.3调整资源分配方案 如果有未实施的资源分配方案还需要调整的进行即时调整。 300.2.4资源评估规划和策略 准备资源评估目标和策略； 制作运营中心适用的资源容量模板。 300.2.5资源实物明细制作或更新 识别，记录和核对资源实物明细。 300.2.6容量数据库创建或更新 设计，开发容量数据库；导入资源容量数据；查询或更新数据库。 注：对容量数据库的应用初期应简单就好，可以先从资源容量数据开始，然后深入上升到业务容量数据，循序渐进。 300.2.7提取制作资源评估报告 根据资源数据库的查询结果，创建月度资源评估报告； 运行中心领导和条线经理可以随时提出发起资源评估报告。 300.2.8平台经理确认 平台经理确认确认资源评估报告。 300.2.9容量经理审核 容量经理确认核对资源评估报告。 300.2.10发布与关闭 容量管理员对运行中心发布资源评估报告。 300.2.11资源正式分配 如果存在已购买未分配的情况， 通过变更管理试行资源分配。 300.2.12资源预分配 如果存在尚未预分配的情况， 通过变更管理试行资源预分配。
性能评估子流程 300.3.1发起性能评估需求单 （月度） 发起性能评估工作，从形式上讲，可以发起一个服务请求。 300.3.2启动资源评估工作 着手准备资源性能评估工作。 300.3.3性能评估规划和策略 准备资源性能评估目标和策略； 制作运营中心适用的资源性能模板。 300.3.4资源性能分析和预测 包括但不限于： 使用率分析； 增长率分析； 性能趋势。 300.3.5容量数据库创建或更新 设计，开发容量数据库；导入资源性能数据；查询或更新数据库。 注：对容量数据库的应用初期应简单就好，可以先从资源容量数据开始，然后深入上升到业务容量数据，循序渐进。 300.3.6提取制作资源性能评估报告 根据资源数据库的查询结果，创建月度资源评估报告； 运行中心领导和条线经理可以随时提出发起资源评估报告。 300.3.7平台确认评估结果 平台经理对资源层面容量的分析和预测报告的确认 300.3.8拆分评估工作到各条线 将业务资源评估的请求分拆到各条线，进行资源层面的评估。 300.3.9各容量管理员处理任务单 子任务单 - 重复300.3.2-300.3.7 300.3.10汇总分析评估结果 只针对业务性能评估。 服务经理汇分析评估和预测报告。 注：如果平台经理直接发起资源容量评估。那么只需要进行资源层面的容量分析和预测活动。业务层面的容量评估必须包括支撑它的各个资源组的分析和预测报告。 300.3.11容量经理审核 容量经理对报告在发布前的确认。 300.3.12关闭与发布 容量经理对运行中心内发布性能评估报告。
容量需求管理子流程 300.4.1 启动批量容量需求收集(月度) 容量管理员启动容量需求收集工作 300.4.2 容量管理员收集各平台的容量需求（1个月~1年） 通过容量管理员每月收集各平台的计划内的容量需求。 包括： 新增需求的提出; 已申请未实施的需求的调整; 资源的回收申请 300.4.3 提交资源需求申请单 需求提出方（如开发中心或业务部门）通过系统管理员提交需求申请单，或发布管理触发，或系统管理员直接提交容量方面的需求。 300.4.4拆分资源需求到各条线 将资源需求拆分到各条线，取决于实际的需求内容 300.4.5各条线提交资源分配方案 容量管理员设计资源分配方案：性能优化，临时扩容或资源调整 300.4.6平台经理审核 审核资源分配方案 300.4.7汇总资源分配方案 各子任务单 | 
转播
分享
淘帖
()
