“精而不多”是定义配置项属性的一个原则。既避免因属性过多而增加成本，又可以避免因属性过少而损害有效性。

　　企业在实施ITIL项目的时候，配置管理常常被视为项目的“鸡肋”—食之无味，弃之可惜。究其原因主要是因为企业在创建CMDB(配置管理数据库)的时候，往往不知所措，耗费了大量的人力和时间收集各类IT基础架构信息，最后，大功告成的却是一个极其复杂而难以维护的“IT基础架构信息库”。

　　这与ITIL描绘的配置管理是企业实践IT服务管理的基础或核心，为ITIL其他流程提供基础信息的关键地位相去甚远。

　　那么，我们应该如何构建CMDB呢?本文总结了笔者对CMDB构建的一些理解和认识与大家共同探讨。

　　制定政策

　　企业政策，是企业管理的行动指南和共同纲领。它使企业在认识上形成统一，减少了不必要的沟通成本，并使企业在流程执行上事半功倍。对于构建CMDB而言，主要有以下两类政策。

　　宏观政策 主要是涉及公司或IT部门层面指导性、方向性的政策，其目标是在企业内部形成统一认识。如：

　　◆ 企业IT内部应当使用统一的配置管理流程，并且使用标准的文档记录和汇报机制。

　　配置管理流程的使用主体很大程度上确定了CMDB的范围和细节程度。如果其使用主体IT部门的职责和范围包括了开发和运维的话，那么，IT部门在构建CMDB的时候，要充分考虑两个团队的管理需要确定配置管理的范围和细节程度。一个共享的CMDB将为企业配置管理带来便利，但需要严格定义CMDB中CI(配置项)的访问权限。

　　运营政策 主要涉及到流程目标、人员、输入、输出、活动以及KPI(关键绩效指标)等各要素以及流程之间相互协调、信息交互方面的指导原则，其目标是使流程能够在政策的指引下稳健、有效地执行。如：

　　◆ 所有有关配置项的变更都需要通过变更管理流程进行控制，变更记录关闭前，必须通知到配置管理并得到批准。

　　此项政策反映了两个流程之间关键的交互点。变更管理和配置管理是两个紧密相关的流程，只有成熟的变更控制才能保证CMDB数据的正确性。同时，CMDB应尽可能地反映真实环境的数据，从而更为准确地为其他流程提供管理信息。

　　◆ 如果条件具备，应当采用自动的方式从生产环境中获取配置数据，尽量减少或避免手工采集配置数据。

　　此项政策描述了CMDB输入上的指导原则。CMDB需要记录IT基础架构的信息，在大量数据的情况下，手工采集容易导致错误。因而，此政策将有助于CMDB的构建团队仅可能获取相关资源改善流程的运营管理。