用于可能原因分析的因果关系模型的声明和消费制造技术

各实施例提供了一种用于表达系统实体的因果关系而不一定要求知道这些系统实体构成其一部分的特定系统的总体组成的因果关系模型。结合基于模型的管理技术使用的该因果关系模型能够允许按照特定系统实体所具有的与其他系统实体的关系来表达因果关系。这些其他系统实体可以是与对其表达该因果关系的实体共享一直接关系，或更一般地，共享一间接关系的实体。

【技术实现步骤摘要】
【国外来华专利技术】背景当今网络化世界中的系统是高度分布式的且是相互依赖的。这意味着单个根故障(诸如计算设备上的特定组件)可导致跨网络的许多真实的且察觉到的故障。甚至更复杂的是，在任何给定时间，可能存在在系统中活动的许多真实问题，以及起源于可见性问题的许多未知组件状态。概述在基于模型的管理系统的上下文中采用各实施例。在至少某些实施例中，使用一种因果关系模型来表达各系统实体的因果关系而不一定要求知道这些系统实体构成其一部分的特定系统的总体组成。该因果关系模型能够允许按照特定系统实体所具有的与其他系统实体的关系来表达因果关系。这些其他系统实体可以是与对其表达该因果关系的实体共享一直接关系，或更一般地，共享一间接关系的实体。此外，在至少某些实施例中，因果关系表达在某种意义上是与可用于分析因果关系数据的根本原因分析算法分离的。由此，知道并为特定系统构建这些因果关系表达式的那些人不必知道将用于进行因果关系分析的分析算法。于是在逻辑上，这可允许各种不同类型的根本原因分析算法消费由因果关系模型开发的数据。附图简述图1示出了根据一个实施例的其中可使用本专利技术的各实施例的示例性系统。图2示出了根据一个实施例的包括操作管理器的特定实例的系统。图3示出了根据一个实施例的示例性系统。图4示出了根据一个实施例的示例性系统。-->详细描述概览在基于模型的管理系统的上下文中采用各实施例。在至少某些实施例中，<br>使用一种因果关系模型来表达各系统实体的因果关系而不一定要求知道这些系统实体构成其一部分的特定系统的总体组成。该因果关系模型能够允许按照特定系统实体所具有的与其他系统实体的关系来表达因果关系。这些其他系统实体可以是与对其表达该因果关系的实体共享一直接关系，或更一般地，共享一间接关系的实体。此外，在至少某些实施例中，因果关系表达在某种意义上是与可用于分析因果关系数据的根本原因分析算法分离的。由此，知晓并为特定系统构建这些因果关系表达式的那些人不必知道将用于进行因果关系分析的分析算法。于是在逻辑上，这可允许各种不同类型的根本原因分析算法消费由因果关系模型开发的数据。在以下讨论中，提供了题为“基于模型的管理”的小节，其描述了可对其使用本专利技术的各实施例的一种类型的基于模型的管理的各方面。随后，提供了题为“因果关系模型—实现示例”的小节，其根据一个实施例描述了因果关系模型的各方面。基于模型的管理图1概括地在100处示出了其中可使用本专利技术的各实施例的示例性系统。在该示例中，系统100包括操作管理器102和托管环境104。通常，操作管理器102可以是作为软件来体现并被配置成监督并管理组成环境104的多个不同的机器或计算设备的组件。环境104可包括一个或多个计算设备驻留在其中的任何合适类型的环境。例如，这样的环境可包括诸如内联网等可以是高度分布式的且相互依赖的网络化环境。在所示出及所描述的各实施例中，操作管理器102使用基于模型的管理系统来管理并监督环境104。可以使用任何合适类型的基于模型的管理系统，且-->以下给出了一个具体的、非限制性的示例。如将在以下变得显而易见的，本发明的基于模型的管理系统利用被设计成使得能够表达托管环境中的因果关系的因果关系模型。用于因果关系表达的方法是稳健的且灵活的，并且可使得博学的技术人员能够表达系统中的因果关系而不一定要求他们知道该系统的具体实例化。图2概括地在200处示出了包括操作管理器102的特定实例的系统。在此，该操作管理器被示为包括或以其他方式利用计算设备102a和存储102b。在该特定示例中，操作管理器102可接收或导入各自包括用于其基于模型的管理活动的组件的一个或多个管理包202。在该特定示例中，各个管理包可以是针对任何类型的系统设计的，诸如，作为示例而非限制，数据库、服务器、客户机和/或这些系统的子组件、分布式目录配置、分布式文件复制服务、备份服务、以及诸如网络访问保护服务等各种更高级的服务等等。不必说，可针对其设计管理包的系统的数量和类型简直太多以至于无法列出，如技术人员可以理解的。在实践中，管理包可由可能不一定知道由另一第三方设计的管理包的具体实例化的不同的第三方来设计。在所示示例中，示出单个管理包204，并且其包括模型声明模块206、发现规则模块208、监视策略模块210和因果关系模型模块212，每一个模块都将在以下描述。模型声明模块206表示描述管理包的组件及其特性以及它们是如何相关的抽象或抽象模型。在以下讨论中，由模型声明描述的管理包的各个组件可被认为是“对象”并且这些对象的各个实例被称为“实体”。例如，管理包可描述前端“F”对象、一个或多个业务逻辑层“B”对象和存储对象。发现规则模块208包括关于如何“现实化”所声明的模型并创建具有各个实体的具体模型的指令。具体而言，发现规则模块描述如何找到特定物理环境中的实体以及这些实体所具有的与其他实体的关系。在该具体示例中，来自抽象模型的前端“F”可由特定的所描述的机器上的与第一业务逻辑层B1进行通信的网站“WS”组成。另一个业务逻辑层B2可与第一业务逻辑层进行通信，并且每一个业务逻辑层都可与所示的两个不同存储中的每一个进行通信。监视策略模块210提供被称为“健康模型”的东西以及本质上提供描述从-->模型声明中创建的具体模型的各个组成实体的状态以及各状态之间的转换的状态机的知识规则。在该示例中注意，网站和业务逻辑实体各自包括表示每个实体都可采取的各种状态以及导致在各种状态之间的转换的事件的状态机，如技术人员可以理解的。通过使用该监视策略模块，可以在任何时间计算相关联的健康模型及其知识规则、具体模型的组成实体的状态，并且可以在例如实体进入了不合需要或故障状态的情况下生成适当的通知。因果关系模型模块212或简单地“因果关系模型”利用该监视策略和发现规则(及其对实体之间的关系的表达)来表达该管理包的特定系统中的因果关系。对因果关系的表达可不仅包括作为该即时管理包的一部分的实体，而且还包括作为不同的管理包的一部分的实体。通过由此方式表达因果关系，根本原因分析引擎或相关引擎可被设计成访问并利用由该因果关系模型生成的数据来帮助发现特定故障的根本原因—即使当待解决的故障是由不同管理包中的实体引起的时候。在图2示例中，如果业务逻辑层B1具有可由存储中之一的准备(grooming)状态引起的临界状态，则规则或因果关系表达式可被设计成表达如下本文档来自技高网...

【技术保护点】
一种系统，包括：　一个或多个计算机可读介质；以及　被包含在所述一个或多个计算机可读介质上的一个或多个管理包，其中各个管理包包括以不要求具体知道所述管理包构成其一部分的系统的实例的方式来表达因果关系的因果关系模型。

【技术特征摘要】
【国外来华专利技术】US 2006-6-15 11/424,4191.一种系统，包括：
一个或多个计算机可读介质；以及
被包含在所述一个或多个计算机可读介质上的一个或多个管理包，其中各
个管理包包括以不要求具体知道所述管理包构成其一部分的系统的实例的方
式来表达因果关系的因果关系模型。
2.如权利要求1所述的系统，其特征在于，所述因果关系模型可声明对
其他管理包的依赖性。
3.如权利要求1所述的系统，其特征在于，所述管理包包括描述与所述
管理包相关联的一个或多个实体的状态的状态机，并且其中，所述因果关系模
型被配置成使用由所述状态机开发的状态信息来执行因果关系处理。
4.如权利要求1所述的系统，其特征在于，所述因果关系模型用XML
来表达因果关系。
5.如权利要求1所述的系统，其特征在于，所述因果关系模型按照类模
型来表达因果关系，并且其中，所述因果关系模型可用于通过对所发现的具体
模型进行推断来计算因果关系。
6.如权利要求1所述的系统，其特征在于，所述因果关系模型可表达关
于一特定可观察故障的多个不同的原因。
7.如权利要求6所述的系统，其特征在于，至少一个原因可与对其表达
因果关系的相同的实体相关联。
8.如权利要求6所述的系统，其特征在于，至少一个原因可与不同于对
其表达因果关系的实体的实体相关联。
9.如权利要求6所述的系统，其特征在于，至少一个原因可与不同于对
其表达因果关系的实体的管理包中的不同实体相...

【专利技术属性】
技术研发人员：AJ杉格维，SO威尔森，
申请(专利权)人：微软公司，
类型：发明
国别省市：US[美国]