构建有效灵活的CMDB
开篇：润墨网以专业的文秘视角，为您筛选了一篇构建有效灵活的CMDB范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！
从技术的角度出发，构建CMDB过程就是一种思维转换的过程，需要把现实的环境转换为逻辑的环境。
CMDB是Configuration Management Da-tabase的简称。英国商务部出版的《ITIL服务支持》一书这样定义CMDB：“它是一种包含每一个配置项(Configuration Item，CI)全部关联细节，以及配置项之间重要关联细节的数据库”。CMDB是真实环境中服务资产在软件系统中的逻辑体现，它的目的是有效管理资产，并对其他的服务管理流程实现支持。CMDB也常被用于帮助服务提供商在产生故障时能够迅速定位到故障位置，并能分析出受影响服务的深度和广度。所以CMDB对IT服务提供商尤为重要。
既然CMDB是真实环境的逻辑体现，那他与真实环境的匹配程度将决定CMDB的可用程度。那CMDB如何建?哪些对象可以作为配置项?配置项识别的广度和深度如何确定。目前CMDB中的CI信息覆盖了企业网络中的应用、操作系统、补丁、硬件设备、生命周期成本以及用户链接。
ITIL书中所介绍的CMDB模型有很多的局限性，并且这个模型只是一种指导而已，同时很多厂商所开发了CMDB软件，大多也是都是参照了ITIL书中的CMDB模型。这个模型是以层次结构为指导，但在现实的很多情况下CMDB中的配置项(CI)是以一种错综复杂的形式出现，每个IT服务提供商只能根据自身的情况打造出适合自身的CMDB模型。
从技术角度出发，构建CMDB过程就是一种思维转换的过程，需要把现实的环境转换为逻辑的环境，根据以往CMDB设计的经验，主要为以下步骤：
一、在现实环境中寻找CI对象
第一步的工作对于整体而言相当关键，将影响到后续的步骤以及最终CMDB能否被有效地使用。并且这一步骤需要有一定的抽象和总结能力。
哪些可以作为CI(配置项)对象呢?没有固定的做法，但总结一句话，影响到服务使用的以及影响到业务的都可以确定为配置型，其中包含到有形的或无形的。
从经验来看可以包含以下一些配置项对象，如：服务、应用、服务器、工作站、外设、网络、人员等等。当然不局限于这些。
二、确定CI对象的属性
每一个配置项都会有很多属性，需要对属性进行筛选，也是考验构建者的抽象能力。另一方面有些CI还可以再进行分解，可以分解成更多的CI对象。可分解的内容是作为属性还是另一个CI对象也是需要反复考虑的问题。
确定CI对象的原则同样适用于确定CI对象的属性。
1 对服务产生影响的属性才需要被记录。
2 CI的属性是可以被更新的，很多配置项都会设有一个通用的属性――配置项的状态，该属性设置时属性要有互斥性。这样便于用户了解配置项当前的状态。
3 查看所确定的某个属性是否还需要再进行分解。也就是需要考虑配置项设置的“深度”。如果不需要就直接作为CI的属性，否则就作为另一个CI对象来考虑。
传统的做法前期可以采用问卷调查或头脑风暴等形式，后期再进行反复测试和验证后再确定下来。
三、确定CI对象之间的关系
关系的设定决定了以后在使用过程中对配置项的快速定位与影响度分析的有效性。不同的CI之间会有不同的关系类型，相同的两个CI对象之间还可能有不同的关系，而且关系的确定也需要有适当的粒度，关系的保留采用“有用性”原则，也就是对业务来说是有用的。
很多ITIL软件，包括ITIL本身都建议把CI建设成层次结构型。这种做法在建立CMDB时将失去灵活性，在很多情况下很难通过这些关系的设定迅速定位到某些相关的CI对象。面对复杂的对象和关系，层次结构型的CMDB模型就无能为力了。
建议采用更灵活的方式来建立CI对象之间的关系。只要CI对象之间的关系对服务存在一种影响或者对帮助定位CI对象有帮助就可以定义一种关系。在很多情况下配置项之间的关系存在多重性，而传统的做法只考虑了一种关系，有局限性。例如：同一个软件产品(仓库管理应用)和同一个主机对象(服务器1)，就存在多种关系。此应用的数据服务层安装在1号服务器上，此应用的逻辑处理层安装在1号服务器上。而这台服务器对象上还可能安装有其他的应用软件。这种情况下，主机和软件之间就存在多重的关系。
建议的做法是这样的，可以用绘图工具，如VNo先把CI对象画好，不需要建立层次关系，因为很多关系都是不同层次间的，然后通过线条把关系再画出来，在每一个线条边上注明关系的类型，关系不能重复但相同的两个CI对象之间可以存在多重性。重复和多重性是两个概念，关系不要怕复杂，因为关系越多对以后的定位和查找原因更有帮助。完成后基本上就形成了一种网状图形。
四、映射关系图到数据库
根据以往为企业做咨询过程中的经验，cmdb构建步骤如下：
1 选择关系型数据库软件
关系型数据库技术已经成熟，不管在性能和容量方面都非常优秀，还有很多开源的关系型数据库产品可以使用，性能也非常优秀。而且这些关系型数据库还富含了很多客户端工具，使用时非常方便。随着XML技术的发展，在不同数据库产品之间也可以轻易地进行转换。
2 把相同的CI对象归为一类实体，并把实体映射成数据表，属性映射成字段。
3 确定每一个实体的属性，把握好 “深度”与“广度”原则。
4 把每一个CI对象映射成数据表中的记录。
5 映射CI之间的关系。简单的关系用数据表的外键可以实现。
如果两个对象之间存在多重性关系，那只能通过关联表来实现，也就是把关系的类型映射到这张表中。
五、如何使用户能够迅速地查询
CMDB建立起来以后，接下来就是如何让用户能够方便地使用。
1 从用户的角度来说。最好能提供一张直观技术地图，能够随着关系的变化而实时更新的。
2 对于CMDB软件提供商来说，数据库软件本身就提供了一些技术来帮助我们高效地查询信息。
存储过程：把一些常用的查询定义成存储过程，提高查询的性能。
视图：把常用的关联性较强的实体之间关系建立成视图，视图呈现给用户的就已经是具有关联关系的对象了，方便使用者查找和定位。
随着国内IT服务管理应用的不断推进和深化，未来将有更多的CMDB软件推出。对于CMDB软件厂商来说，应该摆脱传统的CMDB模型来构建，从而提供给用户更为灵活的构建方式。