IT服务容量管理过程文件

  1. 目的

规范容量管理的计划、监控、分析和优化等活动。

  1. 范围

适用于公司内外部IT服务的容量管理,包括人员服务资源和IT基础设施资源等管理。

  1. 术语定义

容量计划:描述当前及未来对IT基础设施容量的需求、IT服务需求方面的预期变化、过期组件的替换以及技术方面的最新发展;描述满足未来服务级别需求需要做出的变更。容量计划应当定期修订。

 

          角色

活动

服务人员

容量

过程经理

部门负责人

容量计划

审批容量计划

容量监控

容量分析和报告

容量优化

能力矩阵:服务团队人员服务能力的阵列。

  1. 职责
  2. 裁剪指南

    项目中的资源和容量管理根据《IT服务项目管理过程文件》规定执行。

    软件研发类的容量管理根据CMMI相关规定执行。

  1. 过程
    1. 概要图

     

    1. 启动条件

    每个服务都应启动容量管理

    1. 输入

公司的用户/客户/管理层的容量需求。

    1. IT服务容量管理活动
      1. 容量计划

    部门负责人需定期与所负责的IT服务相关客户/用户/管理层沟通,或通过业务关系管理获悉其需求的变动,判断这些需求的紧急性并尽量记录需求使其文档化;同时在公司新增客户/业务时,均需掌握其对IT服务的当前和未来的容量要求。包括对人力资源、基础架构等需求,根据资源现状、IT预算和未来业务的要求制定《IT服务容量计划》,视服务类型生成《IT服务容量监控表》或《IT服务能力矩阵》。

    容量过程经理根据各项目容量和公司发展规划,制订本部门《IT服务容量计划》。

      1. 审批容量计划

部门负责人审核《IT服务容量计划》,如需改进,应及时反馈给容量监控人对计划进行调整。《IT服务容量计划》至少每年回顾调整一次,也可根据实际情况随时进行调整。

      1. 容量监控

项目经理使用监控工具或者人工获得容量数据,容量过程经理汇总各项目经理的数据。服务人员实施日常监控

      1. 容量分析和报告

项目经理分析事件记录,找出涉及容量管理的事件,在必要的时候利用建模工具等方法,在容量数据的基础上作趋势预测分析,部门容量分析由容量过程经理协调实施。

项目经理编制容量报告且按时提交给容量过程经理,例如人力资源安排报告、服务器性能健康报告、网络流量监控报告等。

    《IT服务容量报告》每半年提交一次。

      1. 容量优化

    容量过程经理需及时查阅《IT服务容量报告》,必要时将《IT服务容量报告》传送给相关的客户/用户/管理层进行查阅;容量过程经理需根据报告内容及收集回的反馈信息提出容量的优化建议或方案,并分配给相关的容量监控人进行优化。

    项目经理针对本项目待优化的容量问题进行如下改进优化动作:

    1. 调优:无投资,仅进行配置变更;

    2. 增加设备:需要投资以增加配置内容、系统升级。

 3. 增加人员:需要部门负责人的批准。

    涉及到变更的容量优化需变更流程评估审批。

    项目间和部门的容量优化由容量过程经理协调实施。

    容量优化至少每年一次,优化内容包括对《IT服务容量监控表》或《IT服务能力矩阵》的更新。

    1. 输出

《IT服务容量计划》

《IT服务容量报告》

《IT服务容量监控表》

《IT服务能力矩阵》

  1. 审核

公司质量管理部门定期对容量管理全过程进行审核。

  1. 度量

每季度提交一次容量分析报告;

没有因容量问题导致的重大事件。

  1. 技能要求

容量过程经理应熟悉服务中的难点和问题,熟知公司资源并能独立分析,具备协调能力,能在部门内协调资源。

服务容量管理程序 1 目的 为规范管理银行信息核心业务服务容量,确保所有业务都拥有所需的系统性能。 2 范围 本程序适用于银行信息核心业务服务器及其他项目服务器的容量管理。 3 相关文件 《设备维护管理程序》 4 职责 4.1 中心机房管理员负责中心机房各系统容量的监控、维护与管理。 4.2 中心机房负责人负责对各记录的审批及对关键事务的决策。 4.3 其他人员配合中心机房管理员的工作。 5 程序 5.1 系统容量使用策略 5.1.1 正在进行的项目及核心业务,由中心机房管理员对其容量需求进行识别,识别完成后提 交《采购申请》给相应负责人审批,审批通过后由中心机房管理员根据需求对服务器进行 调整,以确保满足现有或新增的项目所需系统性能。 5.1.2 中心机房管理员应定期使用管理信息系统的工具,识别出系统容量使用趋势,预测未来 将要使用的系统资源,避免潜在的瓶颈及对关键人员的依赖,预防可能引起系统安全或 用户服务的威胁。 5.1.3 如新增项目或压力测试时应做假设分析,由项目组及相关负责人指定的小组来进行,主 要分析:利用率分析、事务分析、瓶颈分析、成本分析、分析完成后由相关项目负责人 确认,是否满足需求,如果不满足优化假设分析,直到相关负责人确认满足需求,最后 形成《采购申请》经过相关负责人审批后对容量进行规划或购买设备。 5.2 系统容量监控策略 5.2.1 系统使用容量应由中心机房管理员定期检查(每天)并形成各系统的检查记录,信息应 根据实际情况每季度对检查监控策略进行更新。 具体检查参数如下表:《应用系统检查报告》 "系统名称 "检查指标 "说明及检查时间 "检查目 "具体参数 " " " " "录 " " "核心业务系 "操作系统文件系 "14:00"文件系统使用率要求在"P570A "查看%Used项是否超 " "统 "统空间(/home/f" "80%以内属于正常范围 " "过80%,如果空间超 " " "xsh): " " " "过80%警戒,通知。 " " "操作系统文件系 "14:00"文件系统使用率要求在"P570A "查看%Used项是否超 " " "统空间(/backup)" "75%以内属于正常范围 " "过75%,如果空间超 " " ": " " " "过75%警戒,通知。 " " "数据库表空间: "14:00"select a.a1 "P570A "查看CCBS_TB表空间 " " " " "表空间名称,c.c2 " "大小(表空间-已使 " " " " "类型,c.c3 " "用空间)是否低于5G" " " " "区管理,b.b2/1024/102" "B,查看HIS11、HIS1" " " " "4 " "2表空间是否低于1GB" " " " "表空间大小M,(b.b2-a." ",查看UNDOTDBS1空 " " " " "a2)/1024/1024 " "间是否低于500M,如" " " " "已使用M,substr((b.b2" "果上述空间不足,通" " " " "-a.a2)/b.b2*100,1,5)" "知 " " " " "利用率 from (select " " " " " " "tablespace_name a1, " " " " " " "sum(nvl(bytes,0)) a2" " " " " " "from dba_free_space " " " " " " "group by " " " " " " "tablespace_name) " " " " " " "a,(select " " " " " " "tablespace_name " " " " " " "b1,sum(bytes) b2 " " " " " " "from dba_data_files " " " " " " "group by " " " " " " "tablespace_name) " " " " " " "b,(select " " " " " " "tablespace_name " " " " " " "c1,contents " " " " " " "c2,extent_management" " " " " " "c3 from " " " " " " "dba_tablespaces) c " " " " " " "where a.a1=b.b1 and " " " " " " "c.c1=b.b1; " " " " "操作系统和数据 "14:20"用errpt命令检查 "P5707A "查看错误列表,如果" " "库是否有错误: " " " "存在通知。 " "渠道系统 "操作系统文件系 "14:20"关键的文件系统使用率"P570B "查看%Used项是否超
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小喜的生活

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值