配置管理数据库实施六忌

　　为了确保CMDB项目实施的成功，防止不必要的项目拖延，企业在实施配置管理数据库（CMDB）时应该有一些预防措施，本文提出了6个方面的缺陷，企业在实施CMDB时应该极力避免……

　清楚地定义短期目标和长期规划，对于CMDB项目的初期开展很关键。如果不能合理地定义目标和量化投入产出比（ROI），你的方案就很难得到管理层的同意。

为了确保CMDB项目实施的成功，防止不必要的项目拖延，企业在实施配置管理数据库（CMDB）时应该有一些预防措施，本文提出了6个方面的缺陷，企业在实施CMDB时应该极力避免。

缺陷1:不能识别CMDB的目标和收益

CMDB管理着企业环境内的众多配置项及其关系，这些配置项可以是服务、软件、硬件、系统、操作系统、应用程序、数据库、流程文档、安全文档、网络组件等。

在不同的企业之内，这些特定的配置项的重要性是不同的。CMDB不能也不应该管理企业内的每个资产、文档或流程。每一个企业都不应该对自己的配置项的特定目标和利益视而不见。

如果知道CMDB如何应用，比如理解变更的影响，就可以基于CMDB购买和实施的成本，对项目的目标进行成本－利益分析和衡量。清楚地定义短期目标和长期规划，对于CMDB项目的初期开展很关键。如果不能合理地定义目标和量化投入产出比（ROI），你的方案就很难得到管理层的同意。

缺陷2:让CMDB成为一个元数据的倾销库

为了获得最大的业务价值，要认识到CMDB中什么可以管理与什么应该管理两者之间的区别。一些企业在发起实施CMDB时，有时候会不加区别地将所有来自配置项（CI）仓库的数据全部输入到CMDB，而未能进行充分地关系文档化或者是对配置项的变化进行管理。

CMDB应该只包含那些计划将要积极去管理的配置项。如果将所有的数据都倒入CMDB之中，没有一个规划，企业就会身处一个难以管理且价值不大的知识库之中。

缺陷3:忽视变更管理的需要

如果没有一个有效的变更管理流程，CMDB将很快就会与现实不同步。因此，CMDB和配置管理流程必须与变更管理流程紧密结合在一起。只有经过认可的变更可以进入CMDB，只有作为变更请求（RFC）的一部分的配置项才能进行更新。如果不能满足这些要求，CMDB的实施将会陷入一个向下的螺旋，直至失败。

缺陷4:不能获得利益相关者的支持

CMDB实施在企业之内会有很多接触点。与配置项相关财务、能力和可用性等属性都要求从分离的不同部门输入，如果关键的利益相关者从一开始就没参与，如果他们不能得到CMDB能为组织交付的真正价值，那么要让他们支持一个包含所有必要的属性和关系的CMDB的建设会很困难。

因此，在CMDB项目的开始，就要努力获得关键的利益相关者的支持。要向他们表明，CMDB将会使得他们持续不断地改善相关指标和关键绩效指标（KPI），这样你就能得到所有相关方面的支持。

缺陷 5: 难以更广泛地实施

在项目开始之初就能对其进行有效的引导和控制，比如说一个被清楚定义的业务服务的实施，这对于项目的成功是关键的。首先要确定支持业务服务的配置项，如应用服务器、网络服务器、路由器、数据库和数据库服务器等，然后就要确定在这些配置项之间存着什么类型的关系，比如说是"依托运行"、"主机"、"连接"、"管理者"等。这些关系有助于理解和降低与组成服务的配置项的变更*相关的风险

一旦CMDB按照这样的做法初步成功实施，企业就可以考虑扩展项目的范围，以一种有效且高效率的方式来管理更多的配置项。这种渐进的方法可以让企业迅速地实现价值，同时还会获得进行更广泛实施所需要的经验。

缺陷6：在流程和培训的投入上吝惜

CMDB的成败取决于使用和维护它的人，如果这个人没有经过合理使用和维护流程的培训，那么，CMDB将会是低效的，其中的内容很快就会变得过时和不准确。正确的培训也有助于确保一个成功的实施，以及一次值得付出的投资。

能够避免以上六个方面错误的企业将会安全地完成CMDB的实施，并提高成功的可能性。这意味着他们能以更低的成本为业务提供所需要的服务，同时还能确保这些服务在一个符合要求的绩效水平上运行。