《CMDB配置管理变更管理》由会员分享，可在线阅读，更多相关《CMDB配置管理变更管理（6页珍藏版）》请在金锄头文库上搜索。
1、精品文档就在这里- 各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有-CMDB配置管理详解CMDB配置管理流程有几个关键目的1、管理企业内部及各项服务所涉及的所有IT 资产及配置。为故障管理、问题管理、变更管理和发布管理提供一个充分配置信息，支持所涉及的ITIL 服务流程；比如：提供故障处理流程所涉及信用卡系统的IP 地址、投产日期、 投产原因、版本、变更历史、关联资产等等。帮助运维人员更加顺利的完成故障的恢复工作及相关影响的预防工作。2、定义、管理和维持受控资产配置项受控属性及状态、生命周期；比如：某类资产需要管理和控制的属性力度， 机房设备需要管理其设备样式、 功率、
2、机架号、使用人、购置日期等。软件资产则需要维护版本号、 投产日期、 投产原因、存放位置等等，同时管理和记录资产各个配置属性发生变化的历史信息，达到全生命周期的跟踪管理3、管理、识别和维持资产之间的相互关系，提供故障处理过程中所涉及资产的影响度范围；比如：定义和识别某软件安装在某个服务器上，某服务器上运行了邮件服务器，以便在对该服务器进行相关处理时，快速识别会影响到邮件的收发，做好预防和通知工作4、管理、定义、自动提醒资产配置项发生变更时的影响；比如：修改了 IP 地址会影响到哪些应用、 哪些主机等，当服务器内存条坏了， 最能影响到哪些事情等。再比如：公司的影像系统为各个业务系统提供服务，当变更
3、影像系统的某个配置时，能提醒到相关的影响。5、针对资产核实配置信息并纠正，保障帐实相符的一致性。账实不符会造成故障管理过程中的不实的信息，需要有便利的盘点的机制。- 精品文档 -精品文档就在这里- 各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有-对于 ITIL 实施工具中CMDB的功能考量1、扩展性IT 资产的类别的多样性， 而且不同企业对于运维资产的配置项属性的受控力度要求不一样，因此优秀的 ITIL 工具中 CMDB的灵活性相当重要，可以灵活的配置各类资产的相关属性，以便管理好ITIL实施过程中适合的 CMDB库的管理粒度2、易用性IT 资产作为所有服务流程的坚实基
4、础，信息的充分性、准确率及变更的易用性都非常重要。所以需要优秀的 ITIL 工具（如： E8.HelpDesk ）中提供盘点、批量更新、变更流程支持并记录资产历史状态等等功能，保障准确性和易用性3、视图的充分性IT运维环境复杂，往往不是人脑在任何状态下都能清晰的感知IT 资产的相关信息的。像 E8.HelpDesk 工具，在查看资产配置信息的时候， 不但能充分展示资产的各个配置属性信息，还有历史变更基线和资产关联、变更影响度等等信息，使运维者做到- 精品文档 -精品文档就在这里- 各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有-心中有数，一目了然。4、资产生命周期管理资
5、产生命周期管理也是非常重要的，优秀的工具能管理资产的历史变更记录，从一开始到最新的状态属性，每一个变更细项、变更的流程等都一目了然，对于配置项失误造成的故障责任也可以随时的跟踪和监管。5、影响度管理大型企业对 IT 的依赖程度是非常高的， 机房应用的布局也是错综复杂， 在力争重用的原则下产生了非常多的“共享”，这些共享势必造成了变更的关联影响， E8.HelpDesk 针对这一需求可以快速识别可能的影响并加以识别，当某个资产配置项发生变化时自动提醒到相关的影响。总之 CMDB 充分的信息展示帮助ITIL服务流程提升处理效率、减少误操作，优秀的ITIL实施工具帮助企业轻松应对。变更管理细分析在
6、ITIL 中，事件从服务台到事件管理再到问题管理是一个解决力度逐步加强的过程，但也是一个治标未治本的过程。要真正做到防范于未然或者减少事件影响，必须实施一定的变更以消除事件产生的根本原因。有变更必然会有风险，因此，加强对变更过程的控制，以防- 精品文档 -精品文档就在这里- 各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有-变更过程中的疏忽、资源短缺、准备不足等等原因造成变更失败或产生新的事件已经成为IT 服务提供者必须重视和认识考虑的问题。目前的 IT 服务提供者分为两种，一种是企业内部的IT 部门，一种是第三方的IT 服务提供商。随着业务的发展，IT 技术也越来紧密地
7、深入到业务管理过程，而IT 服务商们则面临着一个急需解决的问题：企业或者外包方购买的软硬件产品越来越多地来自不同的外部厂商。不论是 IT 部门还是 IT 服务商， 以一己之力独立地完成软硬问题根源性的解决变得越来越困难，甚至不可行。当 IT 服务发展到问题管理无法在内部解决根源性问题，变更变得越来越不可控时，变更管理在哪里控制，如何控制就需要好好琢磨了变更是什么？变更是指在维护过程中对系统或服务所作出的各种改变，包括增补、移除和其他修改。 说的再具体一点， 变更的对象是两个， 一个是 IT 基础架构， 一个是 IT 服务（包括与流程和文档），与这两个对象相关的改变都要归入变更的范围。不论是企业
8、的 IT部门，还是第三方的IT 服务商，都认识到协调好与软硬件供应商之间的关系是做好 IT 基础架构变更管理工作的前提。我们甚至可以把这种关系进一步深化为变更协作管理，充分运用SLA（服务水平协议）、 OLA（服务支持协议）和 UC（支持合同）来协调、约束各方面的这种协作关系，确保变更的可控。变更管理的要求、 流程和相关的文档由软硬件供应商和IT 服务商之间事先商定并共同遵守。内部的问题管理根据协商确定的格式和要求提交变更请求表， 由外部的软硬件供应商接受并记录、登记， 之后变更管理流程由外部的软硬件供应商负责变更请求的筛选、接受、变更优先级确定、 变更规划、 变更实施和中止。 当变更走完外部
9、的变更流程再次回到内部的问题管理流程时，问题管理协同发布管理安排变更计划和实施变更。- 精品文档 -精品文档就在这里- 各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有-如果变更的对象仅仅是指 IT 基础架构，那么对 IT 服务提供商而言是可以考虑不再设置变更管理流程了。但是， IT 服务变更的存在使得这样的考虑不得不审慎。服务单据格式的变更、维护时间的调整、客户的搬迁等等都可以作为内部IT 服务的变更请求。如果不设置变更管理， 那么这些变更请求应该如何提交？变更应该如何控制，是事件管理、 问题管理还是发布管理？也许这个问题需要具体情况具体分析。比如，服务单据格式的变更请求可以归入到事件管理，由事件管理负责发起服务单据变更讨论协调会，将最后的变更结果再提交至发布管理。IT
