[发明专利]联合的配置数据管理

说明书

技术领域

本发明涉及联合的(federated)配置数据管理。

背景技术

当前的信息技术(IT)环境使用多种IT管理工具。通常，每一个这样的工具都具有相关联的其自己的数据存储器。在这种环境中，用户(人或机器)不具有获得散布在这些各种数据存储器中的数据的完整视图的能力。另外，用户不能看见聚合数据(aggregated data)，它会与在IT环境中执行的特定应用相关联。缺乏总体数据视图以及不能看见数据聚合产生了信息瓶颈以及用以组装完整且准确的数据视图的额外的开销(时间和金钱)，并导致常常根据不完整信息做出的决定。最后，在具有不可相关数据的这些当前IT环境中，管理者常常不能预期到基础结构变化的效果。

发明内容

公开了一种系统，实现为对处理器进行程序设计，用于联合与网络对象的配置有关的数据搜索功能。系统包括一个或多个外部数据存储器接口，其中，数据存储器包括与网络对象有关的数据；连接到CMDB的配置管理数据库(CMDB)适配器，及耦合到CMDB和数据存储器的CMDB服务器。CMDB服务器包括联合引擎，其包括用于识别网络对象的装置。CMDB服务器还包括耦合到联合引擎的映射引擎。映射引擎包括向外部数据存储器查询协调数据(reconciliation data)的装置以及创建在所述网络对象与联合的数据之间的关系的装置。

还公开了一种在处理器上实现的方法，用于联合与网络对象的配置有关的数据搜索功能。该方法包括以下步骤：从客户端接收拓扑查询语言(topologicalquery language，TQL)查询，所述查询包括一个或多个节点；识别将受到查询的网络对象；在配置管理数据库(CMDB)与一个或多个外部数据存储器之间协调所识别的网络对象；联合查询，包括将查询分为子查询，其中，查询中的每一个节点都转换为相关联的子查询；将子查询应用于协调的网络对象；及向客户端返回子查询的结果。

附图说明

详细描述将参考以下附图，其中，相似的数字指代相似的项目，其中：

图1显示了示例性的联合的配置数据管理系统的所选择组件；

图2A-2C示出了用于创建联合的查询的示例性过程；

图3示出了图1的系统的示例性操作；及

图4A-4I示出了图3的操作的细节和示例性工作流。

具体实施方式

任何大型现代化的组织都可以使用不同的系统来产生、存储和搜索组织的关键性数据。系统的、尤其是包括这些系统的数据存储器的该多样性起因于许多因素，包括在组织的工作单位中缺乏配合、采用新技术的不同比率、组织的工作单位的合并、收购与地理分割。从这些各种系统中组合信息使得组织更有效地利用数据存储器包含的数据。

考虑两个组织合并以构成新的组织的示例。新的组织继承了原始组织的数据存储器。这些数据存储器中的许多会在不同的关系数据库管理系统的控制下工作。在合并后，新的组织要能够从两组数据存储器中访问客户信息，以便使用现有的和新的应用程序来分析其新的投资组合(portfolio)，并且通常是通过公共接口来使用两个组织的所组合的资源。即使可以在不同数据库中并以不同格式存储客户数据，新的组织也要能够识别公共的客户并合并他们的账户。另外，新的组织必须能够将遗留的数据与可从外部数据源获得的新数据(例如在互联网上的数据或来自其业务伙伴的数据)进行组合。使这些各种各样的数据源相集成造成了实质性的难题。

存在许多机制来对数据进行集成。这些包括专用解决方案、应用集成框架、工作流(或者业务过程集成)框架、具有入门型(portal-style)或元搜索引擎集成的数字图书馆、数据仓库和数据库联合(database federation)。

数据仓库和数据库联合为用户提供强大的高级查询语言，其可以用于组合、对比、分析以及用其它方式操纵其数据。用于优化查询的技术即使在非程序性地提出查询的情况下，也确保了有效地应答查询，极大地方便了应用开发。通过将数据从一个或多个数据源加载到关系数据库中的新定义的模式(schema)中来构建数据仓库。在加载过程中常常提炼(cleanse)并变换数据。在基础源中的变化可以导致加载过程的变化，但保护了进行数据分析的应用程序部分。新数据源可以在模式中引入变化，要求为新数据定义新的加载过程。SQL(结构化查询语言)视图可以进一步保护应用程序免于这种演变(evolution)。然而，不是关系数据库管理系统的标准部分的数据源的任何功能都必须在仓库中再次实现或者再次实现为应用程序的一部分。