我已经决定回到原点，讨论EMA（和我自己）不断发展的CMDB系统是什么，或者至少感觉应该是在一个更详细一点 - 然后看“CMDB”的含义如何具有本身改变，无论是在ITIL和行业内。
这第三个和最后一个（我发誓）在我的系列就在NOC的CMDB大概应该已经先写入。基于一些反馈，我已经决定回到原点，讨论EMA（和我自己）不断发展的CMDB系统是什么，或者至少感觉应该是在一个更详细一点 - 然后看看如何的意义“CMDB”本身已经改变，无论是在ITIL和行业内。
我的目标是要强调在CMDB系统相位的值，而在许多误解，有时在许多部署是显而易见的不必要的复杂性被逮住。
我想说的是，“配置管理数据库”是“神圣罗马帝国”高科技。作为广受欢迎的，现在几乎陈词滥调俗话说，神圣罗马帝国不是神圣的，这不是罗马人，这是不是一个帝国（虽然这最后一点可能有争议）。类似地，CMDB系统既不是数据库，也不是关于“配置管理”，除非ITIL定义它。
In other words, it’s a vision of services and their infrastructure interdependencies, including configuration information within the devices but in no way limited to that, as well as more logical associations for services and infrastructure components, such as customers, operational owners, suppliers, and so forth. And yes, it includes databases, but it is really much more a system of sources reconciled by policy and by appropriate technology to provide a cohesive window on “what’s true.”
ITIL实际上做了一个相当激进的转变其重点V3在服务生命周期管理和发展的“CMDB”的本意是什么，现在所谓的“配置管理系统”和“CMS”。
ITIL表征CMS为：“一套用于管理IT服务提供商的配置数据的工具和数据库。CMS还包括关于事件，问题，已知错误，变更和发布的信息;并且可以包含关于雇员，供应商，地点，业务部门，客户和用户的数据。CMS包括收集，存储，管理，更新和所有配置项及其关系呈现数据的工具。CMS由配置管理维护，为所有IT服务管理流程。“
已经通知这提出了一个明确的联合的愿景 - “一套工具和数据库” - 与一个庞大的资源库的概念。还要注意的是，它包括对“事件”和“问题”，这在ITIL可以转化为服务可用性和性能数据，相关的基础设施或应用程序所做的更改，反之亦然信息。换句话说，CMS可以显示变化可能如何影响性能，以及如何表现的问题可以从IT中所做的更改的背景下来理解 - 构成的原因服务故障60％〜90％。
我建议，许多网络运营组已经有了“工具”，而且是一个有效的CMS的开端“数据源” - 最明显的是，包括2层和3个拓扑结构。关于由于受特定的设备或广域网链路服务可用性/性能信息也关系到有关链接服务的基础设施，以支持“事件”和分辨率在CMS概念“的问题。”并为网络设备当然设备配置信息也直接相关。问题往往不在于有没有源或“工具和数据库，”但有太多的，多余的，由不同的个人和团体使用冲突的来源在地理上和组织上分布在IT和经常的NOC本身。
这使我想到一个词，我很难尝试此列的传福音之外，但在这里，似乎有用的 - 而这就是“CCS”或“根据上下文紧密结合的系统。”
该CMS应该是一个语境紧密结合的系统，支持所有IT服务管理流程。政治和流程问题断然超过在建立这样一个系统的技术问题。这是在一份报告中钢筋从我的专栏受访谁正确地抱怨说，“在设计CMDB时，你可能有最好的意图之一，但如果从用户的过程和买入不同意，那么你只是你的纺车轮“。
在这种情况下，NOC成了“红头继子女”的举措，似乎在审查过程中（太多的手续，为领域的专业知识太少升值）方面已经纺失控和那些谁承担的解离维护和从那些谁从它的价值利润更新系统的负担。
沿着“红头文件继子女”前，在两次通报这一周，我质疑这两家厂商 - 一个大的平台，供应商和其他更小的，服务服务台中心的公司 - 对缺乏外的现成功能核心CMDB模型，或字段，或者类的形式支持的网络设备。一解释说，它在特定的电信需求的专用合作伙伴。其他回应采用了经典 - “不，他们有自己的工具呢？”- 这意味着，没有CMDB。
但他们得到了瞬间，只要我认为是在许多环境中完全的问题，一个CMS在服务台或数据中心不断增长，而NOC简直是留给自己的设备，配有冗余往往相互冲突的意见“雷竞技电脑网站真相。”
CMS的开始，是不是购买技术 - 这是不健全的太禅，一种心境。刚刚开始的旅程建立的源视图整个基础架构的变化和条件，一个有凝聚力的面料，因为它们影响业务服务 - 你被定义着手进行CMDB系统（CMS或）计划。
ITIL可以而且应该提供良好的工艺指导，但他们也仅仅是一个开端。我们的目标是促进合作，消除冗余和不一致的来源，使用常识。无论你碰巧买一起推动这一进程朝着更加有效的集成系统的方法还只是一个推动者，而不是目的本身。