CN103677806A - 用于系统管理的方法和系统 - Google Patents

Abstract

一种用于管理系统的方法可以包括用系统管理器收集关于第一系统事件和第二系统事件的数据。该方法进一步包括用系统管理器确定多个第一系统事件属性值和多个第二系统事件属性值。第一和第二系统事件属性值是基于收集到的关于第一和第二系统事件的数据。该方法进一步包括用系统管理器生成所述多个第一系统事件属性值与所述多个第二系统事件属性值呈层级关系的显示。

Description

用于系统管理的方法和系统

技术领域

本发明一般地涉及系统管理，更具体地涉及事件属性的确定。

背景技术

计算机网络或系统可以包括许多组件,诸如服务器、冷却系统、客户端和交换机。这些组件中的每个也可以具有许多子组件，诸如例如存储器、独立冷却系统、网络适配器和处理器。与大部分事情一样，系统的组件和子组件会出现故障。有些故障可能会最低限度地影响系统，而有些故障，如果不尽快解决，对于系统将是灾难性的。

发明内容

一个实施例涉及用于管理系统的方法。该方法包括用系统管理器来收集关于第一系统事件和第二系统事件的数据。该方法进一步包括用系统管理器来确定多个第一系统事件属性值和多个第二系统事件属性值。第一和第二系统事件属性值基于收集到的关于第一和第二系统事件的数据。该方法进一步包括用系统管理器来生成与多个第二系统事件属性值呈层级关系的多个第一系统事件属性值的显示。

另一个实施例涉及在其上存储有指令的计算机可读存储介质，当指令执行时，使得处理器执行上述方法。

附图说明

图1描绘了用于实现实施例的示例性系统的高级框图。

图2根据实施例描绘了用于事件属性值表的示例数据结构的框图。

图3A根据实施例描绘了用于维度表的示例数据结构的框图。

图3B根据实施例描绘了用于值表的示例数据结构的框图。

图4根据实施例描绘了用户界面的图形显示。

图5根据实施例描绘了图4的用户界面的另选的图形显示。

图6根据实施例描绘了图4的用户界面的又一个另选的图形显示。

图7根据实施例描绘了使用事件的两个或更多个数据属性来为事件生成图形显示的示例性方法的流程图。

在附图和具体实施方式中，相同的标号一般指示相同的组件、部分、步骤、操作和处理。

具体实施方式

现今，一个重要和复杂的问题是管理计算机网络或系统。当出现问题、错误或其他事件时，系统的数目和不断增加的系统规模使系统管理成为艰巨的任务。对于系统管理用户来说，系统的事件管理是最重要、但也最没被满足的一组任务中的一个。事件的量、事件的复杂性和系统管理用户在事件响应中的角色仅是管理系统上的事件是多么困难的几个示例。此外，事件管理之所以是艰巨的任务的原因还有很多，诸如产品交互的数目、糟糕的消息以及缺乏细节。

用于向管理用户呈现事件的用户界面是一个这样的困难。这些用户界面往往是过于简单的、一维的用户界面。典型地，该维度可以具有诸如“严重”、“警告”、“信息”和“OK/正常”的标度。当通常存在可能与事件相关以及事件中涉及的许多属性时，这提供了很少的信息，如下面将要讨论的。具有使用多个事件数据属性来允许用户与其他事件相关地查看事件的用户界面可以允许用户更好地管理系统并区分事件的优先次序。

参照附图，其中相同的标号在所有几个视图中指示相同的部分，图1根据本发明的实施例描绘了经由网络104连接至客户端计算机系统102的服务器计算机系统100的高级框图表示。这里使用的术语“服务器”和“客户端”只是为了方便，并且在各种实施例中，在一个环境中作为客户端计算机运行的计算机系统，在另一个环境中可以作为服务器计算机运行，反之亦然。本发明的实施例的机制和装置同样适用于任何合适的计算系统，包括未采用客户端-服务器模型的计算机系统。

计算机系统100的主要组件可以包括一个或多个处理器106、主存储器108、终端接口110、存储接口112、I/O（输入/输出）设备接口114以及网络接口116，所有这些都可以经由存储器总线118、I/O总线120和I/O总线接口单元122而直接或间接地被通信地耦合，以在组件间通信。

计算机系统100可以包含一个或多个通用可编程中央处理单元（CPU）106A、106B、106C和106D，这里统称为处理器106。在实施例中，计算机系统100可以包含多个处理器，这对于相对大的系统是典型的；然而，在另一个实施例中，计算机系统100可以另选地是单CPU系统。每个处理器106可以执行存储在主存储器108中的指令，并且可以包括一个或多个级别的板上集成缓存。

在一个实施例中，主存储器108可以包括随机存取半导体存储器、存储设备或用于存储或编码数据和程序的存储介质（或者是易失性的或者是非易失性的）。在另一个实施例中，主存储器108可以表示计算机系统100的整个虚拟存储器，并且还可以包括耦合到计算机系统100的或经由网络104连接的其他计算机系统的虚拟存储器。主存储器108可以在概念上是单个单片集成电路实体，但在其他实施例中，主存储器108可以是更复杂的布置，诸如具有缓存和其他存储设备的层级结构。

主存储器108可以存储事件数据值表130、维度表132、值表134和系统管理器136，或对其进行编码。虽然事件数据值表130、维度表132、值表134和系统管理器136被描述为包含在计算机系统100的存储器108内，但在其他实施例中，其部分或所有可以在不同的计算机系统上并可以被远程访问，例如经由网络104。计算机系统100可使用虚拟寻址机制，该机制允许计算机系统100的程序表现得好像这些程序只具有对大的单个存储实体的访问，而不是对多个较小的存储实体的访问。因此，尽管事件数据值表130、维度表132、值表134和系统管理器136被描述为包含在主存储器108内，但这些元素也并不必定在同一时间完全地包含在同一存储设备中。另外，尽管事件数据值表130、维度表132、值表134和系统管理器136被描述为分开的实体，但在其他实施例中，它们中的一些、它们中的一些的部分或它们所有可以打包在一起。

在一个实施例中，事件数据值表130、维度表132、值表134和系统管理器136可以包括在处理器106上执行的指令或语句或者是可由在处理器106上执行的指令或语句解释的指令或语句，以实现如下参照图2、图3A、图3B、图4、图5、图6和图7进一步描述的功能。在另一个实施例中，作为基于处理器的系统的代替或附加，事件数据值表130、维度表132、值表134和系统管理器136，或者这些元素中的两个或更多个可以通过半导体器件、芯片、逻辑门、电路、电路卡、其他物理硬件设备或这些设备的组合来以硬件实现。在一个实施例中，事件数据值表130、维度表132、值表134和系统管理器136，或者这些元素中的两个或更多个还可以包括指令或语句以外的数据。

存储器总线118可提供用于在处理器106、主存储器108以及I/O总线接口122之间传输数据的数据通信路径。I/O总线接口122可以进一步被耦合到I/O总线120以向各种I/O单元或者从各种I/O单元传输数据。I/O总线接口单元122通过I/O总线120与多个I/O接口单元110、112、114和116通信，这些I/O接口单元也可以被称为I/O处理器（IOP）或I/O适配器（IOA）。

I/O接口单元支持与各种存储和I/O设备的通信。例如，终端接口单元110支持一个或多个用户I/O设备124的附接，用户I/O设备可以包括用户输出设备（诸如视频显示设备、扬声器或电视机）和用户输入设备（诸如键盘、鼠标、小键盘、触摸板、轨迹球、按钮、光笔或其他指点设备）。用户可以利用用户界面来操作用户输入设备，以向用户I/O设备124和计算机系统100提供输入数据和命令，并可以经由用户输出设备来接收输出数据。例如，用户界面可以经由用户I/O设备124来呈现，诸如在显示器设备上显示，经由扬声器播放或经由打印机打印。

存储接口112支持一个或多个盘驱动器或直接存取存储设备126（其典型地是旋转磁盘驱动器存储设备，尽管其可以另选地是其他存储设备，包括被配置为对于主机计算机表现为单个大存储设备的盘驱动器阵列）的附接。在另一个实施例中，存储设备126可以经由任何类型的二级存储设备来实现。主存储器108的内容或其任何部分可以根据需要被保存到存储设备126，并从存储设备126中检索。I/O设备接口114可以提供到任何的各种其他输入/输出设备或其他类型的设备（诸如打印机或传真机）的接口。网络接口116可以提供从计算机系统100到其他数字设备和计算机系统102的一个或多个通信路径；这样的路径可以包括例如一个或多个网络104。

图2根据一个实施例描绘了用于事件数据属性值表130的示例数据结构的框图。事件数据属性值表130可以由系统管理器136创建。事件数据属性值表130可以包括事件属性202和属性值204。事件属性202可以包括如下属性：事件ID206、事件描述208、事件时间/日期210、事件持续时间212、源214、协同因素216、解决的进度/状态218、重要性220、时间敏感性222、紧急性224、风险226、可解决性228、涟漪潜力230、冗余度232、所有权和角色234、频率236、范围238、模糊性240、服务水平协议（SLA）242以及成本244。包含在字段中的值204可以表示系统事件的属性值。该信息可以从任何系统源接收。源可以包括系统的组件，其可以包括检测并发送关于系统组件的数据的传感器。该数据也可以从系统管理器136的用户接收。在其他实施例中，数据可以从一个或多个系统接收。在又一些其他实施例中，未列出的其他属性的数据可以被添加到事件数据属性值表130中。

根据一个实施例，事件ID属性206可以识别在其中应用属性值204的事件的名称。事件描述属性208可以提供诸如事件是什么的对事件的描述。时间/日期属性210可以提供事件发生的日期和时间。持续时间属性212可以提供事件已经持续发生了多长时间。源属性214可以包括关于事件的根源是什么的数据。协同因素属性216可以列出该事件是独立事件还是说其他系统事件正在引起该事件。解决的进度/状态属性218可以包括关于事件的状态或者已经采取哪种响应作为事件的结果的数据。例如，假设解决的进度/状态属性218的属性数据可以是“新”、“已确认”、“正在工作”、“已解决”、或“已关闭”。

其他事件属性202可以包括重要性属性220，其可以包括诸如事件对系统100的整体影响的关于事件的重要性的信息。此外，一些组件可能比其他组件更关键，例如，面向外部的数据库事务比内部开发和邮件服务器更为关键。系统管理器136可以使用该事件的数据和其他的事件属性来确定重要性属性220。在另一个实施例中，用户可以确定事件的重要性220。时间敏感性属性222可以包括关于可能需要多快来处理事件的数据。紧急性属性224可以是诸如重要性和时间敏感性的其他属性的组合。在一个实施例中，事件属性可以影响或有助于其他的事件属性。

风险属性226可以包括基于组件内的子组件的冗余的关于更多组件遭遇事件的几率，例如，RAID5中的单个驱动器故障可能不是灾难性的，但冗余的第二个驱动器故障将是灾难性的。可解决性属性228可以包括关于解决事件的难度的数据。当把可解决性属性228应用到用户负载分配和排队时，一些用户可以从该属性受益。涟漪潜力属性230可以包括一个事件是否会引起另一个事件的信息。冗余属性232可以包括关于在系统中配置的备份的量的数据。所有权和角色属性234可以包括关于在处理问题或难题时的用户所有权的数据。用户可以将用户凭据和所有权输入到系统管理器136，而且用户位置的职责可以影响其他属性。频率属性236可以包括关于事件发生的频率的数据。一些事件可以反复发生，而其他事件是间歇性的。范围属性238可以包括关于系统事件正在影响系统的多少的数据，例如，单个子组件可以受到影响或者整个系统可以受到影响。模糊性属性240可以包括关于系统事件是如何定义的数据。事件可以是已知的，否则其可以被归类为未知的、未定义的或不确定的。SLA属性242可以包括对于该事件，关于服务协议所覆盖的覆盖水平的数据。成本属性244可以包括解决事件的估计成本。

每个事件属性202可以包含每个属性202的具体的属性值204。属性值204也可以针对每个事件属性202以诸如范围的层级形式来定标（scale），在该范围中该系统事件的属性与其他系统事件的相同属性相比较。该范围也可以被称为属性值。同样，每个单独的属性可以被规格化以容易地将属性彼此比较。在事件数据属性值表130中，一些属性可以由系统管理器136赋予数字范围1-10，其中数字越高可以表示严重程度越高。该范围可以规格化每个属性以更好地管理事件。例如，成本属性244可以用金钱衡量，而涟漪潜力属性230可以由依赖于事件组件的其他组件的数目或某个其他的难以量化的因素来确定。系统管理器136可以具有规格化该两个属性230、244的指令，以使得花费500美元-750美元修理的事件可以收到属性值5，而花费750美元-1000美元修理的事件可以收到属性值6。如果诸如风扇的组件不工作，则系统管理员136根据系统管理器136中的指令可以将该事件的属性值归类为3。然而，如果用于控制在系统中冷却处理器的几个风扇的组件出现故障，则该系统事件可以被赋予属性值8，原因在于存在更多风扇停止工作的较高可能性，其可能会导致处理器过热。如果处理器过热，则系统中的其他组件可能无法正常工作。

图3A根据一个实施例描绘了用于维度表132的示例数据结构的框图。系统管理器136可以创建维度表132。维度表132可以包括图形维度（graph dimension）302和事件属性202。事件属性202可以由用户选择来与图形维度302对应。图形维度302可以包括但不限于x坐标304、y坐标306、z坐标308、气泡尺寸310、气泡颜色312、气泡数字314和气泡透明度316。每个图形维度302可以具有选择的事件属性202。例如，表132中的x坐标304可以表示重要性属性220。y坐标306可以表示时间敏感性属性222。z坐标308可以表示成本属性244。气泡尺寸310可以表示SLA242。气泡颜色312可以表示风险属性226。气泡数字314可以表示涟漪潜力属性230。气泡透明度316可以不表示属性，因此可以不在显示画面上示出。

图3B根据一个实施例描绘了用于值表134的示例数据结构的框图。值表134可以由系统管理器136创建。值表134可以包括维度302。值表134还可以通过其事件ID206而包括每个事件。作为示例，在图3B中，事件320、325、330、335、340、345和350可以组成该表。每个事件可以具有其自身的事件数据属性值表130。系统管理器136可以根据事件和与维度表132中的每个维度302成对的事件属性202，而将来自每个事件的事件数据属性值表130的属性值204放入值表134中。例如，在值表134的事件320列、x坐标行中的属性值5.9表示事件320的重要性属性220的属性值。

图4根据一个实施例示出了图形400的图形显示。系统管理器136可以根据表130、132和134中的数据创建图形400。用户可以使用图形400来区分系统中发生的事件的优先次序。例如，图形400可以将事件320、325、330、335、340、345和350显示为气泡或圆。如图所示，图形400可以显示x坐标304和y坐标306。在其他实施例中，z坐标308也可以被显示或者代替x坐标304或y坐标306而显示。z坐标308的表示可以从表示事件320、325和330的气泡中看出。事件330相比事件325在值表134的z坐标308行中具有更高的属性值，而事件325的属性值又高于事件320的属性值。因此，在图形400中，表示事件330的气泡被示出为在表示事件325的气泡之上，而表示事件325的气泡又在表示事件320的气泡之上。气泡尺寸维度310可以由各种尺寸的气泡看出。根据一个实施例，对于值表134中的每个事件，SLA属性242的属性值越大，图形400中的气泡越大。颜色维度312可以由每个气泡中不同的阴影样式看出。气泡数字维度314可以由位于气泡中心的数字看出。

在一个实施例中，图形400可以是交互式报告的形式，使得用户可以在图形显示中控制和改变维度及其范围。例如，用户可以在下拉列表中挑选另一维度添加到图形显示中。在另一个实施例中，用户可以将分配给某一维度的一个属性改变为另一属性，例如用户可以将气泡尺寸维度310从SLA属性242改变为可解决性属性228。

在另一个实施例中，图形400可以具有这样一种模式，其中，属性选择基于被选择以显示的属性而自动改变。例如，四个最引人关注的或最为多变的属性被显示在图形显示400中，而属性值彼此相似的事件属性未出现在图形400中。

图5根据一个实施例示出了图形500。图形500可以与选择具有上下文关系或具有强调维度。例如，用户可以选择一个事件，像图4的图形400中正在被分析的事件。一旦选定，则与第一事件相互关联的或高度相关的其他事件可以被强调。如果强调的事件是相关的，例如SAN存储设备或网络交换机正在由具有该事件的服务器使用，则它们可以保持相同的颜色维度，而不相关的事件的颜色维度变淡或消失。该特征也可以与其他属性一起工作。可以将事件320、325、330、335、340、345和350之间的共同属性分配为强调维度。如果在图形显示400上选择了事件，则与该所选择的事件相互关联的任何事件可以相对于其他事件而被强调。例如，可以将时间敏感性属性222分配给强调维度而不是y坐标维度306。如果用户在图形显示400上选择了事件340，则事件350可以相对于其余显示的事件320、325、330、335和345而被强调，原因在于事件350具有与事件340互相关联的属性值或基本相似的属性值。可以通过使事件340和350保持相同颜色而其他事件变淡或消失的方式——但不仅限于此方式——来强调事件340和350。如图5所示，事件340可以用选择工具510来选择。事件350可以保持显示，而图形400的其他事件320、325、330、335和345不再显示。

图6根据另一个实施例示出了图形600。在图形600中，可以通过为单个事件显示多个气泡而随时间推移跟踪气泡。显示同一事件的多个气泡可以说明事件属性随时间的变化。在图形600中，可以选择图4中的事件340来显示，并且随时间推移对其跟踪。系统管理器136可以以一定的时间间隔收集关于事件340的数据。事件340a可以是在第一个时间间隔后的事件340。如图形600所示，相比事件340的初始时间期间，事件340a可以具有更高的重要性220、成本244和涟漪潜力230，但具有更低的时间敏感性222。在第二个时间间隔时，事件340可以是事件340b。在第二个时间间隔时，相比事件340或事件340a，事件340b可以具有更高的重要性220、时间敏感性222、成本244、风险226和涟漪潜力230。

在又一个实施例中，图形600可以预测如果在第三个时间间隔后事件340b还未解决则可能的变化并为其显示矢量610。例如，用户可以将鼠标指针悬停在事件340b上方。做出的事件340b在第三个时间间隔后的预测可以覆盖在与未来事件340c相同的显示上。在图6中，相比事件340、事件340a或340b，未来事件340c可以具有更高的重要性220、时间敏感性222、成本244、风险226和涟漪潜力230。系统管理器136可以包含与当前事件相似的过去事件的数据并记录过去事件随着时间的属性变化来做出预测。同样地，用户可以输入关于事件随着时间的推移可能会如何进展的数据。

图7是根据一个实施例的管理系统的方法700的框图。在操作702中，用系统管理器136来收集关于第一系统事件的数据。在操作704中，可以发生的是由系统管理器136使用收集到的关于第一系统事件的数据来确定多个第一系统事件属性值。在操作706中，用系统管理器136来收集关于第二系统事件的数据。在操作708中，可以发生的是由系统管理器136使用收集到的关于第二系统事件的数据来确定多个第二系统事件属性值。在操作710中，可以用系统管理器136来生成多个第一系统事件属性值与多个第二系统事件属性值呈层级关系的显示。

再参照图1，在各种实施例中，计算机系统100可以是多用户的大型计算机系统、单用户系统、或服务器计算机或者没有或几乎没有直接的用户界面但从其他计算机系统（客户端）接收请求的类似设备。在其他实施例中，计算机系统100可以被实现为桌上型计算机、便携式计算机、膝上型或笔记本计算机、平板计算机、袖珍计算机、电话、智能电话或任何其他适当类型的电子设备。

计算机系统102可以包括计算机系统100的一些或所有的硬件和/或计算机程序元素。实现本发明的各种实施例的各种程序组件可以以多种方式来实现，包括使用各种计算机应用、例程、组件、程序、对象、模块、数据结构等，并在这里统称为“计算机程序”或简称为“程序”。

计算机程序包括在各种时间驻留在计算机系统100的各种存储器和存储设备中的一个或多个指令或者语句，以及当由计算机系统100中的一个或多个处理器读取并执行时，或当被由一个或多个处理器执行的指令解释时，引起计算机系统100执行必要的动作来执行包括本发明的实施例的各种方面的步骤或元素的一个或多个指令或者语句。本发明的实施例的方面可以具体实施为系统、方法或计算机程序产品。因此，本发明的实施例的方面可以采取以下形式：完全为硬件的实施例、完全为程序的实施例（包括固件、驻留程序、微代码等，其保存在存储设备中）、或程序和硬件方面结合的实施例，在这里，这些可以一般地称为“电路”、“模块”或“系统”。此外，本发明的实施例可以采取在一个或多个计算机可读介质中具体实施的计算机程序产品的形式，计算机可读介质中包含计算机可读的程序代码。

可以采用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线或半导体的系统、装置或设备或者任何合适的上述的组合。计算机可读存储介质的更具体的例子（非穷举的列表）可包括：具有一个或多个导线的电连接、便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存储器(ROM)、可擦式可编程只读存储器(EPROM)或闪存、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储设备、磁存储设备或者任何合适的上述的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者设备使用或者与其结合使用。

计算机可读的信号介质可以包括例如在基带中或作为载波的一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的信号可以采用多种形式，包括但不限于电磁信号、光信号或其任何合适的组合。计算机可读的信号介质可以是计算机可读存储介质以外的并且可以发送、传播或传输用于由指令执行系统、装置或者设备使用或者与其结合使用的程序的任何计算机可读介质。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、射频或者任何合适的上述的组合。

可以以一种或多种程序设计语言的任何组合来编写用于执行本发明的实施例的方面的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言和常规的过程式程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在远程计算机上执行或者完全地在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。

下面将参照方法、装置（系统）和计算机程序产品的流程图和/或框图来描述本发明的实施例的方面。流程图和/或框图的每个框以及流程图和/或框图中各框的组合，都可以由包含在计算机可读介质中的计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而得到机器，以使得经由计算机或其他可编程数据处理装置的处理器执行的指令，创建实现由流程图和/或框图中的一个或多个框规定的功能/动作的部件。也可以把这些计算机程序指令存储在计算机可读介质中，这些指令可使得计算机、其他可编程数据处理装置、或其他设备以特定方式工作，以使得存储在计算机可读介质中的指令产生出包括实现流程图和/或框图中的一个或多个框中规定的功能/动作的指令的制造品（article of manufacture）。

限定本发明的各种实施例的功能的计算机程序可以经由可操作地或通信地与一个或多个处理器连接（直接或间接）的各种有形的计算机可读存储介质而被传递到计算机系统。计算机程序指令也可以被装入计算机、其他可编程数据处理装置或其他设备以引起在计算机、其他可编程装置或其他设备上执行一系列的操作步骤，来产生计算机实现的处理，以使得在计算机或其他可编程装置上执行的指令提供用于实现流程图和/或框图的一个或多个框中规定的功能/动作的处理。

附图中的流程图和框图根据本发明的各种实施例描述了系统、方法和计算机程序产品可能的实现的体系架构、功能和操作。在这点上，流程图或框图中的每个框可以表示模块、程序段或代码部分，所述模块、程序段或代码部分包括一个或多个用于实现规定的逻辑功能的可执行指令。在一些实施例中，框中所标注的功能可以以不同于附图中所标注的顺序发生。例如，连续示出的两个框实际上可以基本并行地执行，或者框有时可以按相反的顺序执行，这依所涉及的功能而定。框图和/或流程图中的每个框、以及框图和/或流程图中的框的组合，可以由执行规定的功能或动作的专用的基于硬件的系统结合专用硬件和计算机指令来实现。

本发明实施例也可以被交付为与客户公司、非营利组织、政府机构或内部组织结构的服务约定的一部分。这些实施例的方面可以包括配置计算机系统来执行这里描述的一些或全部的方法，以及部署实现这里描述的一些或全部的方法的计算服务（例如计算机可读代码、硬件和web服务）。这些实施例的方面还可以包括分析客户公司，创建响应分析的建议，生成实现建议的部分的计算机可读代码，将计算机可读代码集成到现有的处理、计算机系统和计算基础设施中，计量这里描述的方法和系统的使用，为用户分配费用，以及对用户使用这些方法和系统进行计费。此外，这里描述的各种程序可以根据其在本发明的特定实施例中实现时所针对的应用来识别。但是，这里使用的任何特定的程序命名仅是为了方便，并且因此本发明的实施例不限于只按照由这样的命名所识别和/或暗示的任何特定的应用来使用。图1所示的示例性环境不是旨在限制本发明。事实上，在不脱离本发明的实施例的范围的情况下，也可以使用其他另选的硬件和/或程序环境。

这里使用的术语只是出于描述特定实施例的目的，而不是旨在限制本发明。如这里使用的，名词单数形式“一”、“一个”和“该”旨在同样包括复数形式，除非上下文明显地有其他指示。应当进一步地理解，当在说明书中使用术语“包括”时，其表示所陈述的特征、整数、步骤、操作、元素和/或组件的存在，但不排除存在或填加一个或多个其他的特征、整数、步骤、操作、元素、组件和/或其组合。在前面的本发明的示例性实施例的详细描述中，参照了构成本发明一部分的附图（其中相同的标号表示相同的元素），在这些附图中通过说明的方式示出了可以实践本发明的特定示例性实施例。足够详细地描述了这些实施例以使得本领域的技术人员能够实践本发明，但是也可以利用其他实施例，而且可以在不脱离本发明的范围的情况下做出逻辑、机械、电气以及其他方面的变型。在前面的描述中，给出了许多特定的细节以提供对本发明的实施例的透彻理解。但是，本发明的实施例可以在没有这些特定细节的情况下而实践。在其他情况下，没有详细示出公知的电路、结构和技术，以免模糊本发明的实施例。

本说明书中使用的词语“实施例”的不同实例并不必然指同一实施例，但其也可以指同一实施例。这里说明或描述的任何数据和数据结构仅为示例，并且在其他实施例中，可以使用不同的数据量、数据类型、字段、字段数目和类型、字段名称、行数目和类型、记录、条目或数据组织。此外，任何数据可以用逻辑来组合，使得单独的数据结构可能没有必要。因此，先前的详细描述不具有限制意义。

Claims (19)

1.一种用于管理系统的方法，包括：

用系统管理器收集关于第一系统事件的数据；

由系统管理器使用收集到的关于第一系统事件的数据来确定多个第一系统事件属性值；

用系统管理器收集关于第二系统事件的数据；

由系统管理器使用收集到的关于第二系统事件的数据来确定多个第二系统事件属性值；以及

用系统管理器生成所述多个第一系统事件属性值与所述多个第二系统事件属性值呈层级关系的显示。

2.根据权利要求1所述的方法，进一步包括：

用系统管理器将所述多个第一系统事件属性值和所述多个第二系统事件属性值的共同属性分配给一个维度。

3.根据权利要求1所述的方法，进一步包括：

用系统管理器在第一个时间间隔内跟踪所述多个第一系统事件属性值和所述多个第二系统事件属性值的变化。

4.根据权利要求1所述的方法，进一步包括：

用系统管理器预测至少一个未来系统事件的属性值。

5.根据权利要求2所述的方法，进一步包括：

用系统管理器将所述共同属性分配给强调维度；以及

当特定第二系统事件属性值与特定第一系统事件属性值相关时，以图形方式强调该特定第二系统事件属性值。

6.根据权利要求1所述的方法，进一步包括：

用系统管理器将所述多个第一系统事件属性值和所述多个第二系统事件属性值的共同属性值规格化到共同的范围。

7.根据权利要求1所述的方法，其中生成显示是生成气泡图。

8.根据权利要求1所述的方法，其中所述层级关系是两个或更多个图形维度。

9.根据权利要求8所述的方法，其中所述图形维度显示所述多个第一系统事件属性值和所述多个第二系统事件属性值中最多变的属性值。

10.一种用于管理系统的设备，包括：

被配置用于收集关于第一系统事件的数据的部件；

被配置用于使用收集到的关于第一事件的数据来确定多个第一系统事件属性值的部件；

被配置用于收集关于第二系统事件的数据的部件；

被配置用于使用收集到的关于第二事件的数据来确定多个第二系统事件属性值的部件；以及

被配置用于生成所述多个第一系统事件属性值与所述多个第二系统事件属性值呈层级关系的显示的部件。

11.根据权利要求10所述的设备，进一步包括：

被配置用于将所述多个第一系统事件属性值和所述多个第二系统事件属性值的共同属性分配给一个维度的部件。

12.根据权利要求10所述的设备，进一步包括：

被配置用于在第一个时间间隔内跟踪所述多个第一系统事件属性值和所述多个第二系统事件属性值的变化的部件。

13.根据权利要求10所述的设备，进一步包括：

被配置用于预测至少一个未来系统事件的属性值的部件。

14.根据权利要求11所述的设备，进一步包括：

被配置用于将所述共同属性分配给强调维度的部件；以及

当特定第二系统事件属性值与特定第一系统事件属性值相关时，以图形方式强调该特定第二系统事件属性值。

15.根据权利要求10所述的设备，进一步包括：

被配置用于将所述多个第一系统事件属性值和所述多个第二系统事件属性值的共同属性值规格化到共同的范围的部件。

16.根据权利要求10所述的设备，其中生成显示是生成气泡图。

17.根据权利要求10所述的设备，其中所述层级关系是两个或更多个图形维度。

18.根据权利要求17所述的设备，其中所述图形维度显示所述多个第一系统事件属性值和所述多个第二系统事件属性值中最多变的属性值。

19.一种用于管理系统的方法，包括：

用系统管理器收集关于第一系统事件的数据；

由系统管理器使用收集到的关于第一系统事件的数据来确定多个第一系统事件属性值；

用系统管理器收集关于第二系统事件的数据；

由系统管理器使用收集到的关于第二系统事件的数据来确定多个第二系统事件属性值；

将每个唯一的第一系统事件属性值和每个唯一的第二系统事件属性分配给一个维度；以及

根据分配的维度生成所述多个第一事件属性值相对于所述多个第二事件属性值的显示。

Images