首页> 中国专利> 用于形成包括配置信息的获取受到限制的配置要素在内的系统的配置要素的配置信息的系统、程序及方法

用于形成包括配置信息的获取受到限制的配置要素在内的系统的配置要素的配置信息的系统、程序及方法

摘要

本发明提供用于对改进了的管理对象系统的配置要素的配置信息进行管理的系统。该系统用于形成包括配置信息的获取受到限制的第一配置要素在内的系统的配置要素的配置信息,并具备:识别部,其从第一配置要素以外的、一个以上的其他配置要素的配置信息识别第一配置要素的存在;存储部,其存储模式数据,该模式数据用于类推配置信息的获取受到限制的配置要素的配置信息、并与一个以上条件的条件集合和属性值建立了关联;检索部,其检索一个以上的其他配置要素中的、与第一配置要素相关的配置要素的配置信息满足该条件集合的模式数据;和形成部,其使用与检索到的模式数据建立了关联的属性值来形成第一配置要素的类推的配置信息。

著录项

  • 公开/公告号CN102656572A

    专利类型发明专利

  • 公开/公告日2012-09-05

    原文格式PDF

  • 申请/专利权人 国际商业机器公司;

    申请/专利号CN201080057295.6

  • 发明设计人 笹谷洋吉;

    申请日2010-11-15

  • 分类号G06F13/00;H04L29/14;

  • 代理机构北京市金杜律师事务所;

  • 代理人陈伟

  • 地址 美国纽约阿芒克

  • 入库时间 2023-12-18 06:20:22

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2014-12-03

    授权

    授权

  • 2012-10-31

    实质审查的生效 IPC(主分类):G06F13/00 申请日:20101115

    实质审查的生效

  • 2012-09-05

    公开

    公开

说明书

技术领域

本发明一般而言涉及系统的配置管理。更具体地,本发明涉及用 于形成与配置信息的发现存在限制的系统配置要素相对应的CI (Configuration Item:配置项)的方法、装置及程序。

背景技术

近年来,随着信息技术(IT)的活用在商业成功中变得不可欠缺, 有效利用IT系统提供IT服务越来越重要。但是,“IT系统的复杂度”、 “运用管理成本”成为很多企业的负担。在该背景下,ITIL(Information  Technology Infrastructure Library:信息技术基础架构库)(英国政府 的商标)正在受到瞩目。

ITIL是用于实现IT服务管理的最佳实践的集合。ITIL包括服务 支持和服务交付,服务支持包括配置管理。配置管理是识别管理对象 系统的配置要素,维持、更新及确认关于配置要素的信息,并且进行 监查的程序。

在ITIL的架构的背景下,正在推广使用配置管理数据库(CMDB) 来管理配置要素。CMBD是记录配置要素的至少一个属性和其他配置 要素的关系的数据库。通过CMDB,能够获得检测(发现)、更新(跟 踪)与配置要素相关的信息(配置信息)的能力。

作为背景技术,例如,日本特开2004-0086729号公报公开了以 下内容:获取ping指令的响应和SNMP信息,通过两者的组合而得 到接近实际网络配置的状态的分析结果。网络配置信息搜索部对作为 对象的网络的各设备基于ping指令响应来进行设备的存在确认,将该 确认结果作为响应结果数据存储在数据库中,而且,从各设备获取 SNMP信息,将该获取的有无也包括在内地作为搜索结果数据存储在 数据库中。网络配置信息分析部对这些响应结果数据和搜索结果数据 进行分析,对各设备根据所述响应和SNMP信息获取的有无来区分存 在可能性,对于获取了SNMP信息的设备,设定与之相应的连接关系, 对未获取SNMP信息的设备,还考虑IP地址等其他信息来设定连接 关系。

作为其他背景技术,日本特开2001-0217832号公报公开了以下 内容:在安装有SNMP的网络环境中,自动检测网络节点内部的物理 设备配置。从安装有SNMP管理器的管理者终端对网络节点内的各网 络设备发送ICMP回应请求,通过其响应来检测工作状态的设备,对 检测到的各设备的SNMP代理器,发送该设备内的管理信息库的存储 信息的转送请求,通过返回的管理信息库的存储信息来检测存在于网 络节点内的设备种类。根据所获取的物理地址和IP地址的对应信息, 以IP级认知具有桥接功能的设备各端口的连接目标设备。

作为其他背景技术,在日本特开2006-0202283号公报中,将用 于访问对象识别码的SNMP请求进行区别。并公开了使用SNMP协 议来抽取与经由网络连接的被监视设备相关的信息的方法。访问存储 器来获取用于访问被监视设备的访问信息。访问信息包括:(1)从 被监视设备获取的一种状态;(2)为了从被监视设备获取一种状态 信息而使用的访问字符串。分析访问字符串,判断访问字符串是否已 存储,在访问字符串已存储时,判断访问字符串是否包含预定的字符 串。

现有技术文献

专利文献

专利文献1:日本特开2004-0086729号公报;

专利文献2:日本特开2001-0217832号公报;

专利文献3:日本特开2006-0202283号公报。

非专利文献

非专利文献1:IBM RED PAPER(DRAFT version)IBM Tivoli  Common Data Model:Guide to Best Practices(IBM Form Number  REDP-4389-00),第2~7页,2007年11月

非专利文献2:IBM Redbooks Deployment Guide Series:IBM  Tivoli Change and Configuration Management Database Configuration  Discovery and Tracking v1.1,第41~64页,2006年11月

发明内容

在使用了CMDB的系统中,有时在管理对象系统内存在带发现 限制的配置要素。该情况下,由于发现限制,对于此类配置要素可能 无法收集足够的配置信息。作为此类配置要素,可考虑与如下计算机 相关的硬件/软件因素等,所述计算机为:以无许可导入系统且没有登 录的计算机、对来自执行发现的服务器(以下称为发现服务器)的访 问进行限制的计算机、或者没有导入发现所需的代理程序的计算机 等。该课题不能通过上述任意背景技术来解决。

因此,本发明的目的之一是提供用于管理配置信息的改进的方 法、程序及系统。

为实现上述目的,提供一种用于形成系统的配置要素的配置信息 的系统,该系统的配置要素包括配置信息的获取受到限制的第一配置 要素。该系统具备:识别部,其从第一配置要素以外的、一个以上的 其他配置要素的配置信息识别第一配置要素的存在;存储部,其存储 模式数据,该模式数据用于类推配置信息的获取受到限制的配置要素 的配置信息、并与一个以上条件的条件集合和属性值建立了关联;检 索部,其从存储部检索一个以上的其他配置要素中的、与第一配置要 素相关的配置要素的配置信息满足该条件集合的模式数据;和形成 部,其使用与检索的模式数据建立了关联的属性值来形成第一配置要 素的类推的配置信息。

优选的是,还具备配置管理数据库,其将一个以上的其他配置要 素的配置信息和第一配置要素的类推的配置信息作为CI(配置项)存 储。

优选的是,与识别第一配置要素的存在相应地,在配置管理数据 库形成表现第一配置要素的存在的CI。更优选的是,在形成了多个表 现第一配置要素的存在的CI的情况下,根据形成的类推的信息来将该 多个CI整合。

优选的是,从一个以上的其他配置要素的配置信息中的、与第一 配置要素相关的连接信息识别第一配置要素的存在。

将类推的配置信息与表示该配置信息是类推信息的数据一同存 储。优选的是,还具备显示处理部,其将第一配置要素的类推的配置 信息与一个以上的其他配置要素的配置信息一同在显示装置显示。再 有,显示处理部将第一配置要素的类推的配置信息在显示装置进行显 示以表示其是类推的配置信息。

优选的是,以获取第一配置要素的实际配置信息为条件,将类推 的配置信息替换为实际的配置信息。该情况下,优选的是,显示处理 部更新在显示装置显示的信息。

以上,作为用于管理配置信息的系统,虽然说明了本发明的概要, 但是本发明也可作为方法、程序或程序产品来掌握。程序产品可包括 例如存储有上述程序的记录介质或者包括传输程序的介质。

应该注意的是,上述发明的概要没有例举本发明的全部必要特 征,这些配置要素的组合或子组合也能够构成本发明。

附图说明

图1是表示本发明实施方式的信息处理系统整体的概要图。

图2是本发明实施方式的发现服务器的功能框图。

图3是本发明实施方式的管理对象系统的功能框图。

图4是表现本发明实施方式的信息处理系统的动作的流程图。

图5是本发明实施方式的配置管理数据库中存储的配置要素的一 例。

图6是本发明实施方式的配置管理数据库中存储的配置要素的一 例。

图7是本发明实施方式的配置管理数据库中存储的配置要素的一 例。

图8是本发明实施方式的类推模式模板的一例。

图9是本发明实施方式的配置管理应用程序的图形用户界面的一 例。

图10是表示适于实现本发明实施方式的数据处理系统所含有的 计算机要素的信息处理设备的硬件配置的一例。

具体实施方式

下面,根据附图详细说明用于实施本发明的优选方式,但是,以 下的实施方式不限定权利要求书涉及的发明,而且不限定成在实施方 式中说明的特征的所有组合是发明的解决手段所必须的。

此外,本发明能够以多种不同方式来实施,不应限定解释为实施 方式的记载内容。另外,应该注意的是,不限定成在实施方式中说明 的特征的所有组合是发明的解决手段所必须的。在实施方式的所有说 明中对相同的要素标注相同的附图标记。

首先,说明被认为是理解本发明的实施方式所必要的主要术语。

CMDB(配置管理数据库):用于保管、管理与管理对象的信息 系统的配置要素相关的信息的的综合数据库。CMDB记录各CI的至 少一个预定属性和与其他CI的关系。CMDB支援用户了解组件间的 关系,且使用户能够管理其配置。CMDB成为ITIL架构的配置管理 程序的核心。CMDB虽然在概念上是数据库,但在物理上可采用数据 库系统、试算表软件的电子表格等各种方式。通过使用CMDB,使管 理者容易理解CI的构成、CI间的关系。

CI(Configuration Item:配置项):是与属于IT服务管理的对象 范围的配置要素(组件)对应的数据,且是IT服务管理的管理对象 的基本单位。例如,作为CI而被管理的对象包括:包含硬件和软件 的系统资源、提供IT服务所必须的设备、与IT服务的运营相关的规 程书、操作步骤书及配置图等文件类、硬件或软件的维护作业等服务、 程序及人力资源等,但不限于此。即,不仅实际存在的硬件和/或软件, 逻辑上存在的连接关系和/或服务、程序等也可作为CI进行管理。今 后,将用CMDB管理各种类型的CI。各CI可作为以下说明的数据模 型的实例在CMDB上表现。CI的例子是静态数据的实例、或Java(Sun  Microsystems的商标)Class的实例。已安装的Java Class的实例通过 使例如称为Java Data Obiects(JDO)的Java Class的实例持久化而存 储在硬盘中的结构来存储在CMDB内。像这样,所生成的Java Class 的实例即使临时切断计算机系统的电源也不会消失,在下次接通电源 时,从存储装置(例如硬盘)读出,展开在主存储器上,成为能够通 过Java的程序改变或删除的Java Class的实例。以下,是CI作为实 例安装在CMDB内进行说明的情况。

CI模型:是用于定义CI的模式,是提供所管理的CI和这些CI 间的关系的一贯定义的数据模型。具体地,数据模型定义CI的预定 属性和与其他CI(制造设备、程序等)的关系。作为数据模型的例子, 有IBM提倡的配置管理数据库用的数据模型“CDM(Common Data  Model:公共数据模型)”。在“CDM”中,在2006年的时间点, 定义了31种区段(计算机系统、数据库、应用程序、程序等分类)、 636种类别(数据模型的基本单位、属于一个或多个区段)、2609种 属性(数据的属性信息、属于一个类别)、7种界面(使用频率高的 属性的组、属于多个区段)、57种关系(关联)以及49种数据类型 (数据的种类)。CDM的安装根据例如统一建模语言(Unified  Modeling Language:UML)来进行。对于CDM的详情,可参照IBM RED PAPER(DRAFT version)IBM Tivoli Common Data Model:Guide  to Best Practices(IBM Form Number REDP-4389-00),第2~7页,2007 年11月(非专利文献1)。

属性(Attributes):在管理CI时,确定每个CI,并说明CI。作 为属性,作为例子可举出CI名(用于识别该CI的名称)、生产号(ID) (用于单独识别CI的某个特定实体的号码。例如:生产号、系列号 等)、型号(供给者所命名的CI的型号)、保修期(CI的供给者所 提供的保修期)、地点(CI所在地。例如,PC的设置地方、软件的 存档、媒体的保管地方、提供服务的网站等)、所有者(CI管理者的 姓名)、供给者(CI的开发者或提供者)、许可(许可号、许可数等)、 CI的状态(当前状态、例如工作中、测试中、故障中或未来状态等), 但不限于此。此外,用户或管理者也能够自由地自定义属性。

关系(Relation):是表示CI间的关系的属性。关系与CI同样 地由数据模型定义。作为关系的例子,在公共数据模型中,定义了指 定(assigns)、可以连接(canConnect)、可以使用(canUse)、连 接于(connectAt)、连接(connects)、控制(controls)、展开于 (deployedOn)、位于(Located)、管理(Managed)、所有(Owned)、 提供(provides)、运行于(runAt)、使用(uses)、使用者(usedBy)。

图1是表示本发明实施方式的信息处理系统整体的概要图。本发 明实施方式的信息处理系统包括发现服务器105、操作员控制台110、 管理对象系统120。在本发明的实施方式中,管理对象系统120包括 应用服务器122、124、126。

发现服务器105和管理对象系统120的各计算机通过网络115连 接。即,网络115是连接发现服务器105和应用服务器122、124、126 的通信路径,作为一例,能够通过LAN(Local Area Network:局域 网)或互联网实现。此外,网络115既可以是有线连接也可以是无线 连接。作为LAN或互联网的网络115使用本领域技术人员公知的通 信协议的TCP/IP来将系统间连接。

图2是本发明实施方式的发现服务器105的功能框图。此外,在 图2的功能框图中示出的各要素,在图10例示的具有硬件配置的信 息处理设备中,将IBM软件产品“Tivoli变更和配置管理数据库 (Change Configuration Management Database)”(以下称为IBM Tivoli  CCMDB)等计算机程序加载到主存储器4上并由CPU1读取,通过 使硬件资源和软件共同作用来实现,IBM Tivoli CCMDB支援存储在 硬盘装置13等中的操作系统和/或CMDB的构筑,根据CMDB控制 应用程序。

在IBM Tivoli CCMDB中,能够识别作为分散网络环境上的配置 要素的服务器、客户端、操作系统(OS)、中间软件 (Web/AP/DBMS/LDAP等)、软件包(package soft)、管理工具、 网络设备及存储设备等300种,还能够自动发现并更新关于各配置要 素的信息、例如关于计算机配置的信息、关于在各计算机上运行的应 用程序的信息、与各计算机连接的网络连接存储(NAS)等的配置信 息、与网络直接连接的存储区域网络(SAN)等的配置信息。IBM Tivoli CCMDB的发现和跟踪的详情可参照IBM Redbooks Deployment  Guide Series:IBM Tivoli Change and Configuration Management  Database Configuration Discovery and Tracking v1.1,第41~64页,2006 年11月(非专利文献2)。

本发明实施方式的发现服务器105具备:网络通信部205、发现 传感器210、发现表215、CI管理部220、模型表225、CMDB(配置 管理数据库)230、类推发现处理部235、类推模式数据库240及配置 管理应用程序245。此外,应该注意的是,这些可以安装在单独的计 算机上,或者,也可以分散安装在多个计算机上。

网络通信部205是用于与管理对象系统120及操作员控制台110 进行通信的通信界面。管理对象系统120的配置要素的配置信息的获 取、和/或操作员控制台110中的操作员的操作信息的获取、显示信息 向操作员控制台110的送出等通过网络通信部205来实现。

发现传感器210执行对于CMDB的管理对象系统的配置要素的 信息的检测(发现)。在本发明的实施方式中,管理对象系统的配置 要素经由网络与发现服务器连接。虽然对各配置要素收集信息的收集 方法因管理对象而不同,但是,基本上为,管理CMDB的计算机系 统使用SSH(Secure SHell:安全外壳)等来定期访问管理用的远程 界面,并读取OS上的设定文档或配置信息,或者管理CMDB的计算 机系统执行设定确认指令。因此,在本发明的实施方式中,不需要向 管理对象系统的配置要素导入代理程序。但是,应该注意的是,即使 在向管理对象系统的配置要素的一部分或全部导入代理程序的情况 下本发明也能够实施。发现传感器210将检测到的信息向CI管理部 220传输。

发现表215存储发现实例。发现实例用于通过发现传感器来检测 关于管理对象的配置要素的配置信息。发现实例以例如静态数据的实 例或Java(Sun Microsystems的商标)class的实例来安装。发现实例 也称为搜索策略(discovery policy)。发现实例包括作为发现传感器 获取配置信息的范围的收集对象、收集的属性及收集的关系的信息。 收集对象能够使用例如子网IP地址、IP地址的范围、各自的IP地址、 MAC地址、设备的识别码、主机名或数据库名或者它们的组合来指 定。作为其他方式,也可以将收集对象作为经由网络连接于计算机系 统的进度管理数据库(schedule management database)(未图示)。 在进度管理数据库中存储有例如与使用设备的程序管理相关的数据。 再有,作为其他方式,还可以将收集对象作为存储批处理定义文档的 数据库(未图示)。在收集对象是存储批处理定义文档的数据库的情 况下,发现传感器通过读取批处理定义文档的内容来进行检测。在批 处理定义文档中,存储有例如以哪种顺序使用设备的数据。

发现服务器的管理者能够任意设定检测的对象。检测的范围能够 通过例如域名、IP地址、MAC地址、设备识别码或数据库名或者它 们的组合来指定。在作为管理对象的配置要素是例如硬件或软件的情 况下,分别检测关于该硬件或软件的配置信息。所检测的配置信息可 以是关于新配置要素的配置信息或者已有配置要素的更新了的属性 或关系的值。新配置要素是虽然由发现传感器检测到了但在该时刻尚 未作为CI登记到CMDB内的配置要素。已有的配置要素是该配置要 素的CI已登记在CMDB内的配置要素。发现传感器根据存储在发现 表内的发现实例来检测关于管理对象系统的配置要素的信息。

CI管理部220从发现传感器接收关于管理对象系统的配置要素 的信息来进行处理。具体地,CI管理部220参照CMDB来判定接收 到的信息是关于新配置要素的配置信息还是已有的配置要素的更新 属性或关系的值。该判定能够通过例如将存储在CMDB中的CI的“CI 名”与关于上述配置要素的信息进行比较来进行。

在判定为上述接收到的信息是与新配置要素相关的信息的情况 下,CI管理部220按照存储在模型表225中的数据模型并根据接收到 的信息来生成一组数据以表示关于该配置要素的预定属性和其他配 置要素的关系。该一组数据能够以例如静态数据的实例或Java(Sun  Microsystems的商标)class的实例来安装。该一组数据的例子是CI。 上述一组数据存储在CMDB230内。此外,一组数据可以在一个CI 内包括属性和关系,或者也可以在CI实例内具有属性,该CI实例和 作为与之不同的关系实例分别存储在CMDB230内。

在判定为上述接收到的信息是已有配置要素的更新属性或关系 的值的情况下,CI管理部220使用该信息来更新与该已有的配置要素 对应的CI的属性和关系,从而实现跟踪。即,CI管理部220将已有 的配置要素的更新属性或关系的值反映到与存储于CMDB内的该配 置要素对应的CI。该反映可以将以前的CI的属性或关系的值的全部 替换为接收到的信息,或者,也可以仅替换以前的CI的属性或关系 的值中与接收到的信息不同属性的值。

模型表225包括作为数据模型的CI模型。数据模型在由CI管理 部220生成一组数据以表示管理对象系统的配置要素所对应的CI的 预定属性和与其他配置要素的关系时使用。此外,在本发明的实施方 式中,应该注意的是,数据模型还包括与管理对象系统的配置要素间 的连接关系对应的情况。

CMDB230存储使用上述CI模型形成的CI。此外,CMDB230还 存储后述的“不明CI”和“类推CI”。本发明实施方式的CMDB230 中存储的CI原则上遵从公共数据模型(CDM),但在以下的表中说 明本发明实施方式的说明中特别需要的属性。

表1

类推发现处理部235类推关于管理对象系统内的配置信息的获取 受到限制的配置要素(在本发明实施方式中,有时称为“带发现限制 配置要素”)的配置信息,并使用所类推的配置信息来执行用于形成 CI的处理。本发明实施方式的类推发现处理部235包括带发现限制配 置要素识别部250、模式检索部255和类推CI形成部260。

再有,在本发明的实施方式中,将该处理称为“类推发现”,且 有时将根据作为类推发现处理的结果所类推的配置信息而形成的CI 称为“类推CI”。此外,在本发明的实施方式中,有时将根据通过常 规的发现处理所获取的配置信息而形成的CI称为“常规CI”。再有, 在本发明的实施方式中,有时将在形成类推CI的过程中生成的尚未 反映类推的配置信息但用于表现配置信息的存在的CI称为“不明 CI”。

带发现限制配置要素识别部250根据通过常规发现而得到的不为 带发现限制配置要素的其他配置要素的配置信息来识别带发现限制 配置要素的存在。该其他配置要素的配置信息通过访问CMDB230来 获取。更具体地,带发现限制配置要素识别部250通过从其他配置要 素的配置信息中的、称为“逻辑连接CI”的CI获取与带发现限制配 置要素相关的连接信息,由此识别该带发现限制配置要素的存在。

模式检索部255从存储在后述的类推模式数据库240中的作为模 式数据的类推模式模板的集合中检测如下类推模式模板:即与将要类 推配置信息的带发现限制配置要素相关的、其他配置要素的配置信息 满足该条件集合的类推模式模板。该检索的详细情况将使用图4和图 8在后说明。

类推CI形成部260使用与由模式检索部255检索到的类推模式 模板建立关联的属性值来形成带发现限制配置要素的类推配置信息, 并使用所类推的配置信息来形成类推CI。这些类推CI的形成的详细 情况将使用图4、图7等在后面说明。

类推模式模板数据库240存储用于类推配置信息的获取受到限制 的配置要素的配置信息的作为模式数据的类推模式模板的集合。类推 模式模板被与用于判断是否应使用该模式模板的一个以上条件的集 合和用于形成在符合条件集合的情况下所类推的配置信息的属性值 建立关联。再有,类推模式模板的具体例将使用图8来在后详细说明。

配置管理应用程序245是控制发现服务器105的各功能并用于实 施配置管理的应用软件。系统管理者或用户操作操作员控制台110来 访问配置管理应用程序245,由此操作发现服务器105的各功能。此 外,配置管理应用程序245具有使关于带发现限制配置要素而类推的 配置信息与其他配置要素的配置信息一起显示在操作员控制台110的 显示装置中的功能。具体地,配置管理应用程序245能够在操作员控 制台110中同时综合地显示存储于配置管理数据库(CMDB)230的 常规CI、类推CI、不明CI的信息。此时,配置管理应用程序245进 行显示控制以进行显示使得能够供管理者或用户判断常规CI、类推 CI、不明CI分别为常规CI、类推CI、不明CI。

图3是本发明实施方式的管理对象系统的功能框图。向服务器 122(IP地址:192.168.0.101)导入微软公司提供的软件产品交换服 务器(Exchange Server)302。向服务器124(IP地址:192.168.0.102) 导入微软公司提供的软件产品活动目录(Active Directory)304。向服 务器126(IP地址:192.168.0.103)导入微软公司提供的软件产品交 换服务器(Exchange Server)306。在这些完成导入的软件产品之间, 存在逻辑连接关系312、314、316。

图4是表现本发明实施方式的信息处理系统的动作的流程图。处 理在步骤405开始,在步骤410中对可发现的计算机设备实施常规发 现。图5在本发明的实施方式中表现执行步骤410的情况下的、在 CMDB230内生成的CI。

图5是执行步骤410的情况下的、本发明实施方式的配置管理数 据库(CMDB)中所存储的CI的一例。图5包括CI522、524、502、 504、512、514、516共计七个CI。

CI522、524分别表现服务器122、124的硬件要素,并分别赋予 “ComputerSystem1”、“ComputerSystem2”这样的CI名。在本发 明的实施方式中,将该类型的CI称为“硬件CI”。应该注意的是, 在本发明的实施方式中,由于CI522、524的属性值不重要,因此省 略。

CI502、504表现导入服务器122、124的应用程序,并分别赋予 “ExchangeServer1”、“ActiveDirectory1”这样的CI名。在本发明 的实施方式中,将该类型的CI称为“应用程序CI”。在本发明的实 施方式中,在作为应用程序CI的CI502、504内,记述Host、Type、 Credibility、IPAddress、Port[]、Process[]、LogicalConnection[]的各属 性。

CI512、514、516表现应用程序间的逻辑连接关系,并分别赋予 “LogicalConnection1”、“LogicalConnection2”、“LogicalConnection3” 这样的CI名。在本发明的实施方式中,将该类型的CI称为逻辑连接 CI。在本发明的实施方式中,在作为逻辑连接CI的CI512、514、516 内,记述FromAppServer、FromIp、FromPort、ToAppServer、ToIp、 ToPort的各属性。

在导入了Windows(R)操作系统的服务器中,逻辑连接CI通过 对使用已有的WMI(Windows Management Instrumentation:Windows 管理规范)及netstat指令而得到的信息进行组合、处理来生成。

具体地,通过生成并执行使用“Win32Service”类的WMI脚本, 能够获取Windows的服务名及程序ID(例如, “MSExchangeTransport”、“4316”)作为输出。这样的WMI脚本 能够由本领域技术人员适当实施,因此在这里不详细说明。

此外,通过执行netstat指令,能够获取IP地址、端口号及相关 的程序ID。以下表示执行netstat指令而得到的结果的一例。

>netstat-nao

Proto LocalAddress ForeignAddress State PID  TCP 192.168.0.1:49154192.168.0.2:389ESTABLISHED  4316 TCP192.168.0.1:49152192.168.0.3:25ESTABLISHED 4316

此外,在导入了UNIX(R)操作系统的服务器中,逻辑连接CI 能够通过对使用已有的ps指令和Isof指令而得到的信息进行组合、 处理来生成。具体地,利用ps指令获取执行文档名、程序ID,使用 Isof来获取IP地址、端口号及相关的程序ID。

再有,关于应用程序CI的一般发现方法已是公知,如果结合上 述公开内容来看,本领域技术人员能够适当地实施包括其他属性的形 成在内的、本发明实施方式的常规CI的形成,因此在这里不进一步 详细说明。

返回图4的流程图400,处理进入步骤415,根据逻辑连接CI所 包含的信息来对带发现限制计算机上的应用程序生成不明CI。图6 在本发明的实施方式中表现执行步骤415的情况下的、记录在CMDB 内的CI。

图6是执行步骤415情况下的、存储在本发明实施方式的配置管 理数据库(CMDB)中的配置要素(CI)的一例。应该注意的是,在 图6中,除了含有CI522、524、502、504、512、514、516之外,还 含有CI506a、b、526这些不明CI。

在本发明的实施方式中,作为不明CI的CI506a、b如以下那样 形成。即,当逻辑连接CI内的ToAppServer或FromAppServer的属 性为Unknown(连接目标不明)的值的情况下,生成不明CI。然后, 对所生成的CI的LogicalConnection属性指定该逻辑连接CI,对 IPAddress、Port属性指定该逻辑连接CI内的ToIp或FromIp、ToPort 或FromPort的值。对Type、Credibility属性分别设定“NULL”、 “Unknown”。而且,对IP地址自动生成固有的Host属性的值。再 有,随后,使用自动生成的Host属性值来生成硬件CI(这里,为 “ComputerSystem3”)。

返回图4的流程图400,处理进入步骤S420,执行在类推模式模 板数据库240中所存储的一个以上的类推模式模板和包括不明CI的 CMDB内的CI的匹配,检索符合条件的类推模式模板。

图8是本发明实施方式的模式模板的一例。本发明的模式模板 800a~n包括条件集合810及动作820。本发明实施方式的条件集合810 是为了类推不明CI的类型而使用的条件集合。动作830在满足条件 集合810的情况下定义要执行的动作。具体地,在本发明的实施方式 中,在满足条件集合810的情况下,定义了将所关联的属性值分配给 对应的不明CI的Type属性这一动作。

作为本发明实施方式的类推模式模板数据库中所存储的模式模 板之一的模式模板800a的条件集合810所包含的每个条件的意义如 下。此外,在本发明的实施方式中,在满足全部条件811、812、813、 814、815的情况下,判断为满足条件集合810。

·条件811:某一不明CI作为LogicalConnection属性所具有的 逻辑连接CI(LogicalConnection(1))的ToPort属性值是“25”;

·条件812:LogicalConnection(1)的FromAppServer属性表示 的应用程序CI的Type属性是“ExchangeServer”;

·条件813:某一不明CI作为LogicalConnection属性所具有的 其他逻辑连接CI(LogicalConnection(2))的ToPort属性的值是“389”;

·条件814:LogicalConnection(2)的ToAppServer属性表示的 应用程序CI的Type属性是“ActiveDirectory”;

·条件815:LogicalConnection(1)的ToIp属性的值和 LogicalConnection(2)的FromIp属性的值相等。

本发明实施方式的模式模板800a的动作820所含的每个动作的 意义如下。

·动作821:将LogicalConnection(1)的ToAppServer属性表示 的应用程序CI的Type属性设置为“ExchangeServer”;

·动作822:将LogicalConnection(2)的FromAppServer属性表 示的应用程序CI的Type属性设置为“ExchangeServer”。

关于上述模式模板800a,在观察图6的不明CI506a、b时,由于 不明CI506a所具有的逻辑连接CI(“LogicalConnection1”)的ToPort 为“25”,FromAppServer表示的应用程序CI(“ExchangeServer1”) 的Type属性是“ExchangeServer”,因此满足条件811、812。此外, 由于不明CI506b所具有的逻辑连接CI(“LogicalConnection3”)的 ToPort为“389”,ToAppServer表示的应用程序CI(“ActiveDirectory1”) 的Type属性是“ActiveDirectory”,因此满足条件813、814。再有, LogicalConnection1的ToIp、LogicalConnection2的FromIp两者均为 “192.168.0.103”,因此还满足条件815。因此,满足模式模板800a 的条件集合810。

返回图4的流程图400,处理进入步骤425,判断在模式模板数 据库240中是否存在满足条件的模式模板。在判断为不存在满足条件 的模式模板的情况下,处理沿着NO箭头进入步骤440,对存在于管 理对象系统中的配置要素,将常规CI和类推CI的连接关系作为一个 系统来显示常规CI和类推CI,向管理者进行提示。

在判断为存在满足条件的模式模板的情况下,处理沿着YES箭 头进入步骤430,关于带发现限制计算机上的应用程序,执行符合条 件集合的进行了结果检索的模式模板的动作,生成类推CI。该处理通 过将不明CI的Type属性从“NULL”变更为在满足条件的模式模板 中记述的相关的属性值(在该具体例中为“Exchange Server”)并且 将Credibility属性从“Unknown”变更为“Analogized”来进行。

其次,处理进入步骤435,根据存储在发现服务器中的调解 (reconciliation)规则来执行重复的多个CI的调解。本发明实施方式 的调解包括在满足条件集合的情况下对于实质相同的应用程序整合 根据存在的多个不明CI生成的类推CI。

在本发明的实施方式中,在Type属性为“Exchange Server”的 多个应用程序CI具有相同IP地址的情况下,设定将该多个应用程序 CI整合的调解规则。在本发明的实施方式中,根据不明CI506a生成 的类推CI及根据不明CI506b生成的类推CI作为Type属性皆具有 “Exchange Server”,并且,具有相同的IP地址(“192.168.0.103”), 因此将两者整合。

图7是本发明实施方式的、类推CI的生成(步骤430)及执行调 解(步骤435)后的配置管理数据库中存储的配置要素的一例。应该 注意的是,新生成作为单一类推CI的CI506,在Type属性中存在 “Exchange Server”,且将Credibility属性变更为“Analogized”。

处理进入步骤440,对存在于管理对象系统的配置要素,将常规 CI和类推CI的连接关系作为一个系统来显示常规CI和类推CI,向 管理者提示。图9是进行该显示的本发明实施方式的配置管理应用程 序的图形用户界面的一例。应该注意的是,作为类推CI的应用程序 CI由虚线包围,由此管理者得知其是类推CI。

处理进入步骤445,进行待机直到产生应替换为常规CI的类推 CI。通过发现限制的解除和/或用户输入属性的实际值等,在步骤450 判断是否存在应替换为常规CI的类推CI。在步骤S450中判断为存 在的情况下,沿着YES箭头进入步骤455,将类推CI替换为常规CI。 另一方面,在步骤S450中判断为不存在的情况下,处理进入步骤460 而结束。

图10是表示适合实现本发明实施方式的数据处理系统所含的发 现服务器等的计算机要素的信息处理设备的硬件配置的一例的图。信 息处理设备包括与总线2连接的CPU(中央处理器)1和主存储器4。 硬盘装置13、30及CD-ROM装置26、29、软盘装置20、MO装置 28、DVD装置31那样的移动存储器(可更换记录介质的外部存储系 统)经由软盘控制器19、IDE控制器25、SCSI控制器27等而与总线 2连接。

将软盘、MO、CD-ROM、DVD-ROM那样的存储介质插入移动 存储器中。能够在这些存储介质和/或硬盘装置13、30、ROM14中记 录与操作系统协作地向CPU等发出指令用于实施本发明的计算机程 序的编码。通过加载到主存储器4上来执行计算机程序。也可以将计 算机程序压缩或分成多个部分而记录在多个介质中。

信息处理设备经由键盘/鼠标控制器5接收来自键盘6和/或鼠标 7那样的输入设备的输入。信息处理设备经由DAC/LCDC10与用于向 用户提示视觉数据的显示装置11连接。

信息处理设备经由网络适配器18(以太网(R)卡和/或令牌环卡 (token Ring Card))等与网络连接,由此能够与其他计算机等进行 通信。虽未图示,但也能够经由并行端口与打印机连接和/或经由串行 端口与调制解调器连接。

通过以上说明,容易理解的是,本发明实施方式的适于实现发现 服务器等的信息处理设备通过普通的个人计算机、工作站、主机 (mainframe)等信息处理设备或这些设备的组合来实现。但是,这 些配置要素仅是例示,该所有的配置要素并非是本发明的必须配置要 素。

当然,本领域技术人员能够容易地想到各种变更,例如组合多台 设备并向这多台设备分配功能来实施在本发明实施方式中使用的信 息处理设备的各硬件配置要素等。这些变更当然是包含在本发明的思 想中的概念。

本发明实施方式的发现服务器等采用微软公司提供的Windows (R)操作系统、苹果电脑公司提供的MacOS(R)、具备X Windows  System的UNIX(R)类系统(例如,IBM公司提供的AIX(R)) 那样的支持GUI(图形用户界面)多窗口环境的操作系统。

根据以上内容,在本发明实施方式中使用的发现服务器等不能理 解为限定于特定的多窗口操作系统环境。

以上,根据本发明的实施方式,能够实现提供对于带发现限制配 置要素也可使用类推的配置信息来形成CI的、对改进的管理对象系 统的配置要素的配置信息进行管理的系统、方法、程序及程序产品。 因此,能够提高管理对象系统的管理者或用户的生产率是很容易理解 的。

此外,本发明能够作为硬件、软件或硬件与软件的组合来实现。 在基于硬件与软件的组合的执行中,作为典型的例子可举出在具有预 定程序的数据处理系统中的执行。该情况下,将该预定程序加载到该 数据处理系统中并执行,由此使该程序控制数据处理系统,并执行本 发明的处理。该程序由能够通过任意语言、代码、表达式(expression) 表现的指令群构成。这样的指令群能够使系统直接执行特定功能、或 者在进行1.向其他语言、代码、表达式的变换、2.向其他介质的复制 中的任一方或两方后执行特定功能。

当然,在本发明中,不仅是此类程序本身,记录程序的介质也包 含在本发明的范围内。用于执行本发明的功能的程序能够存储在软 盘、MO、CD-ROM、DVD-ROM、硬盘装置、ROM、MRAM、RAM 等任意计算机可读取的记录介质中。为了将该程序向记录介质存储, 能够从用通信线路连接的其他数据处理系统下载或从其他记录介质 复制。此外,该程序也能够压缩或分成多个部分而存储在单一或多个 记录介质中。另外,应该注意的是,当然也能够以各种形态提供实施 本发明的程序产品。

能够对上述实施方式进行各种变更或改良对于本领域技术人员 而言是显而易见的。例如,在本发明的实施方式中,使用“逻辑连接 CI”来表现存在于管理对象系统内的配置要素间的逻辑连接关系,但 是,也可以在与具有逻辑连接关系的配置要素对应的CI内记述该逻 辑连接关系来作为关系属性,通过使用该信息来进行不明CI的形成、 类推模式模板的检索等。该施加了变更或改良的形态当然也包含在本 发明的技术范围内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号