实施CMDB
CMDB的应用，是一个庞大芜杂、旷日持久的过程，它涉及到CMDB顾问咨询、产品工具的选择、实施服务、日常维护等多个活动和阶段。其中，要注意以下几个问题和方法：
构建一个统一、精准的CMDB
一个统一集中的CMDB（至少提供一个统一的访问入口，这是所谓联邦式CMDB所倡导的）是IT高效管理所必须实现的。Gartner最近的一份报告指出：拥有准确的配置信息极其重要，如果信息不准确，其破坏性非常大。所以，还要特别注意CI信息的准确性和与实际情况更新的及时性。面对如此大量和变动频繁的CI信息，自动化收集更新机制和工具是必须的。  
应具有自我描述扩展能力
为了不断满足管理对象、管理方式和管理流程的变化和发展的需要，CMDB应该具有一个良好的自我描述、自我扩展的信息模型。它应该不仅能够告诉我们一个CI，它有哪些信息项、项的含义和取值，还应该具备对新类型的CI、信息项进行扩展、继承和弱化的能力。优秀的信息描述模型，还应该具备规则触发管理动作能力。因此使用面向对象的信息组织描述技术能够很好地解决这个问题。
重视CMDB人机界面的使用效率  
目前很多CMDB的管理工具还停留在表格管理的方式上，信息的存储也许要借助于表格式的关系数据库，但是人机界面的友好性和操作效率，必须强调2个能力，首先是检索能力，支持各种方式的重新组织和索引，如按照部门、设备类型、地理分布等；多个维度的复合查询；支持全文模糊检索能力。其次是可视化能力，特别对于CI之间的关联关系，通过二维、三维的图形展示方式，能够让人对这种关联一目了然，从而提高了工作效率。
管理工具的集成和共享能力
要建立一个统一、精准的CMDB，必须要求管理工具能够从各种数据源获取相关信息，并按照信息模型归一化后，整合到数据库中。集成大粒度的数据源，如网络系统管理工具、服务台管理系统、资产管理系统等，能够有效降低集成的难度，也更容易保证CI信息的及时更新。另一方面，要保证信息在相关系统中双向流动，充分共享集中、准确的信息，而不是引用不准确的信息拷贝。
CMDB的构建，从某种角度来说，是ITIL应用中工作量最大、细节最繁琐、挑战最大的工作。因此，必须做好打持久战的心理准备，根据企业实际的需要，区分阶段，通过管理范围、管理粒度确定阶段性目标，最终达到完善。

沙发？？？

look  look....有些道理

但是事实CMDB中，最忌讳的就是大而全。并且，目前基本上CMDB的建设都是基于基础设施和资产管理，那么对于application system内部的CI如何管理，到现在还没有找到一个好的方法。

可以考虑从不同的应用系统维度进行管理。如：相关的业务影响视图等。