专利名称：分布式应用中的更改跟踪和管理的制作方法
技术领域：
本发明涉及分布式应用，尤其涉及分布式应用中的监控和管理。
背景技术：
具有许多分布式和交互部分的应用和系统是难以管理的。对一个部分的更改将影响另一个部分，导致在应用的操作和性能方面产生问题。为了管理许多这样的系统，高度熟练并经过大量训练的管理者可协调这些更改以对问题进行故障检查。当这些管理者没有完全认识到一特定更改的负面影响时，可能需要进行大范围的故障检查以改正问题。
发明内容
一种用于分布式和交互系统的监控和管理系统，在成功安装和修改之后存储配置设置，并将多个值与所存储的配置设置进行比较。当找到不一致之处时，消息收发系统将该信息中继到控制台，在控制台处可处理该问题。在一些情况中，配置设置可以被更新，而在其他情况中，被监控的设置可以被恢复为所存储的配置设置。一组向导程序或其他用户界面机制可以被用于将系统恢复为有序状态。提供本发明内容是为了以精简的形式介绍将在以下具体实施方式
中进一步描述的一些概念。本概述并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于限定所要求保护的主题的范围。
在附图中图1是表示一实施例的框图，示出具有用于分布式应用的更改管理的系统。图2是表示一实施例的流程图，示出用于在多个硬件平台上安装应用的方法。图3是表示一实施例的时间轴，示出用于在一设备上监控参数的方法。图4是表示一实施例的流程图，示出用于对通知进行响应的方法。
具体实施例方式用于网络计算机系统的监控和管理系统可具有在系统内的每台设备上的监控代理，以及一中央管理工具。监控代理可在被监控设备上监控特定参数，所述参数包括应用参数、操作系统参数、或其他参数。管理工具可接收警报，并呈现用户界面，用户界面具有对警报的一个或多个解决方案。这些解决方案可包括对特定问题的自动修复。系统可包括中央设置数据库，中央设置数据库可包括多个参数值，监控代理可将当前或实际值与这些参数值进行比较。在一些实施例中，中央设置数据库的各部分可被高速缓存在每个设备上，并在设置数据库不可用的情况下可用。设置数据库可包括应用的安装设置(其可在应用初次配置时被配置)以及随着时间的推移发生的对配置设置的更新。设置数据库也可包括操作系统组件的配置设置，同一设备或不同设备上的应用可依赖于该操作系统组件的配置设置。当监控代理确定在所监控的值中出现不一致之处时，可生成一通知并将其通过网络传递给管理工具。管理工具可以若干种方式(取决于情况)来响应该通知。例如，管理工具可忽略该通知、自动执行一修复例程、或向用户呈现一组选项。每个选项可以是一主动修复，其中在管理设备或远程设备上执行例程以改正该问题，或者，选项可包括由用户实行的逐个步骤的一组指令。说明书通篇中，在所有附图的描述中，相似的附图标记表示相同的元素。在将元素称为被“连接”或“耦合”时，这些元素可以直接连接或耦合在一起，或者也可以存在一个或多个中间元素。相反，在将元素称为被“直接连接”或“直接耦合”时，不存在中间元素。本发明主题可被具体化为设备、系统、方法、和/或计算机程序产品。因此，本发明主题的部分或全部可以用硬件和/或软件(包括固件、常驻软件、微码、状态机、门阵列等) 来具体化。此外，本发明主题可以采用其上嵌入有供指令执行系统使用或结合其使用的计算机可使用或计算机可读的程序代码的计算机可使用或计算机可读的存储介质上的计算机程序产品的形式。在本文的上下文中，计算机可使用或计算机可读介质可以是可包含、存储、通信、传播、或传输程序以供指令执行系统、装置或设备使用或结合其使用的任何介质。计算机可使用或计算机可读介质可以是，例如，但不限于，电、磁、光、电磁、红外、 或半导体系统、装置、设备或传播介质。作为示例而非限制，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据这样的信息的任意方法或技术来实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括，但不限于，RAM、ROM、EEPR0M、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储或其它磁性存储设备、或能用于存储所需信息且可以由指令执行系统访问的任何其它介质。注意，计算机可使用或计算机可读介质可以是其上打印有程序的纸张或其它合适的介质，因为程序可以经由例如对纸张或其它介质的光学扫描而电子地捕获，随后如有必要被编译、解释，或以其它合适的方式处理，并随后存储在计算机存储器中。通信介质通常以诸如载波或其他传输机制的已调制数据信号来体现计算机可读指令、数据结构、程序模块或其他数据，并包括任意信息传送介质。术语“已调制数据信号” 可以被定义为其一个或多个特征以在信号中编码信息的方式被设定或更改的信号。作为示例而非限制，通信介质包括有线介质，如有线网络或直接线连接，以及如声学、RF、红外及其他无线介质之类的无线介质。上述的任意组合也应包含在计算机可读介质的范围内。当本发明主题在计算机可执行指令的一般上下文中具体化时，该实施例可以包括由一个或多个系统、计算机、或其它设备执行的程序模块。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。通常，程序模块的功能可以按需在各个实施例中进行组合或分布。图1是实施例100的视图，示出具有用于分布式应用的更改管理的系统。实施例 100是在可监控并管理在各个设备上执行的应用的网络环境下的一组设备的简化示例。
5
图1的图示出了系统的各个功能组件。在某些情况下，组件可以是硬件组件、软件组件、或硬件和软件的组合。某些组件可以是应用层软件，而其他组件可以是操作系统层组件。在某些情况下，一个组件到另一个组件的连接可以是紧密连接，其中两个或更多个组件在单个硬件平台上操作。在其它情况下，连接可以通过跨长距离的网络连接来形成。各实施例可以使用不同的硬件、软件、以及互连体系结构来实现所描述的功能。实施例100是其中一组分布式或交互应用可运行的网络环境的简化示例。每个应用可在环境中实行相同或不同的功能。在许多情况中，在一个设备上的一个应用可与另一设备上的另一应用有依赖关系或交互。因为应用和设备之间的互相依赖性，监控系统可监控对本地执行的应用有影响的设置以及对在另一设备上执行的应用有影响的设置。当发现不一致之处时，关于该不一致之处的通知被传送给管理设备，管理者可使用该管理设备来改正该不一致之处。在一些情况中，监控系统可相比于其他方式以更为有效率的方法来寻找问题。监控系统可监控两种类型的参数对本地执行的应用有负面影响的参数以及对在其他设备上执行的应用有负面影响的参数。在一个设备上执行的并与另一设备进行交互的应用不会轻易了解到会发生的问题。例如，第一应用可对另一设备上的第二应用作出API调用。当另一设备的机器名被不慎更改时，第一应用会重复尝试建立连接，但在其他方面正常工作。在一些情况中，第一应用将持续长时间段而不抛出异常或引起问题。监控系统可非常快地标识更改后的机器名并得以解决。被监控的设置可以是在安装期间被定义的并当应用被配置和操作时被进一步修改的设置。在一些情况中，可以为进行交互的多个应用而公共地定义安装设置。在一个使用场景中，该组应用可包括在第一设备上操作的消息收发应用以及在第二设备上操作的验证应用。验证应用可验证用户和设备，并可将分组策略应用到用户和设备以允许对各种应用的访问。在该场景中，消息收发应用可与验证应用进行通信以允许或拒绝对消息收发应用的不同级别的访问。当在该场景中安装两个应用时，管理者可配置可应用到这两个应用的某些公共设置。公共设置可包括应用设置以及操作系统设置。应用设置可配置应用以特定方式来实行， 而操作系统设置可以是如下的设置诸如，网络接口设置、设备名、域连接、以及其他操作系统层设置。在许多情况中，在一个设备上的操作系统设置可影响在另一设备上的应用的操作。例如，应用可被配置为与另一设备进行通信以访问由另一个设备上的应用提供的应用编程接口。这样的配置可涉及使用因特网协议(IP)地址或机器名的另一个设备。如果另一个设备使用不同的IP地址被错误配置或机器名被更改，原应用可能无法找到远程应用并且无法与之进行通信。定义在实施例100中的系统可监控参数并将通知传递给管理设备，在管理设备中管理工具可辅助管理者处理通知。在一些情况中，管理工具可自动处理通知，而在其他情况中，管理工具可创建多个选项并将选项呈现在用户界面上。一些或全部选项可包括对通知的起因进行改正的可执行例程。设备102可表示具有硬件组件104和软件组件106的一般计算机设备，诸如台式计算机或服务器。在一些实施例中，设备102可以是膝上型计算机、上网本计算机、平板计算机、移动电话、手持式个人数字助理、游戏控制台、网络应用设备、或任何其他计算设备。为设备102示出的体系结构可表示具有硬件和软件组件的一般体系结构，然而， 其他体系结构也可被用于实现分布式数据库系统的一些或全部。硬件组件104可以包括处理器108、随机存取存储器110、以及非易失性存储112。 硬件组件104还可以包括网络接口 114和用户界面116。软件组件106可以包括操作系统118，各种应用120可以在其上执行。应用120可实行任何类型的功能并与操作在其他设备上的其他应用是可交互或不可交互的。每个应用 120可具有可被监控或不被监控的特定的配置参数122。应用配置参数122可以是可被测量或查询的任何类型的可变参数。在一些情况中，配置参数122可包括通过查询应用120或以其他方式与应用120进行交互而获得的值。 在其他情况中，配置参数122可包括由应用120通过某一其他机制输出的值。在一些情况中，应用120可具有包含配置设置的配置文件124。可在启动期间或在应用的操作期间读取配置文件124。在一些情况中，配置文件IM可以是安装文件，安装文件包含被用于初始地配置应用120并随着时间的流逝可被更新或更改的设置。在许多情况中，应用120可在安装或操作期间对操作系统118进行更改。例如，许多应用在由操作系统118管理的注册表126中设定各种设置。注册表设置可被用于当应用 120启动时或在应用的操作期间查询的参数。操作系统118可包含多个证书125，证书125被设备102用于验证、加密、解密或其他功能。证书125可被各种应用用于对不同设备或服务的验证并实行其他交互。证书125 可在应用的启动期间并在应用的正常操作期间时不时的被使用。操作系统118也可具有其他设置，这些其他设置可影响本地执行的应用120或者尝试与设备102上的应用120进行交互的其他设备或其他设备上的应用。这些设置的一个示例可以是网络设置128，其可包括因特网协议(IP)地址130。网络设置1 可包括对设备102如何被其他设备访问进行更改的许多不同的参数。例如，网络设置1 可包括向域名服务(DNS)注册的机器名。其他设备可访问设备120 可对DNS服务解析机器名以提取IP地址。当机器名被更改时，使用旧机器名尝试访问设备 102的那些设备将无法连接。其他网络设置1 可包括域连接信息，其可包括域名、域密码、 以及其他信息。监控代理132可监控各种配置参数，并将参数的实际值与所高速缓存的参数值 134进行比较。当检测到不一致之处时，监控代理132可创建通知，通知可被发送到管理设备 150。监控代理132可包括清单133，清单133可包括要在设备102上监控的参数。清单 133可标识位于应用120内部的配置参数122、由应用120所使用的但位于应用外部的配置设置124、以及注册表126中的设置或其他操作系统118相关参数。监控代理132可监控各种证书125的状态。状态可包括过期日期、验证链、以及其他参数。清单133可包括与如何配置本地应用120直接相关的参数，也可包括对其他应用如何与设备102上的各种应用120进行通信或配合有影响的设置。
设备102可以是与网络136连接并由管理设备150所管理的许多设备中的一个的示例。其他设备138可具有与硬件组件104类似的硬件平台140，以及具有各种参数144的操作系统142。设备138可具有各种应用146，应用146可具有配置应用146的能力和行为的各种参数147。设备138可具有监控代理148，监控代理148可监控与设备138有关的各种参数， 并以和设备102的监控代理132相类似的方式进行操作。在许多实施例中，监控代理132和 148可以是相同的应用，但可具有不同的清单并监控不同的参数，这取决于在特定设备上执行的特定应用。管理设备150类似于其他设备102和138，并添附有管理工具164。管理设备150 可具有硬件平台152、具有各种参数156的操作系统154、以及多个应用158，每个应用具有一组参数160。管理设备150也可具有对与管理设备150相关联的各种参数进行监控的监控代理162。管理工具164可接收由各种监控代理132、148、162所创建的通知，并辅助管理者改正产生通知的根本问题。在许多情况中，管理工具164可分析通知并生成被显示给管理者的用户界面166。 用户界面166可包括对通知的描述，并也可包括用于改正通知的根本的任何问题的一个或多个选项。这样，管理工具164可包括可被执行以改正问题的一组安装脚本168、修复脚本 170、以及向导172。管理工具164可在安装程序期间被使用以生成在不同设备上的不同应用之间共享的一组公共参数以及参数值。安装脚本168可使用共享参数值来配置不同的设备和应用。安装脚本168可由管理设备150在某些场合下执行并由其他设备在其他场合下执行。在一些情况中，安装脚本168可使用各种参数值而被修改或自定义，随后被发送到其他设备102或138中的一个并由其执行。修复脚本170可由管理工具164用于改正由通知所指示的各种问题。类似于安装脚本168，修复脚本170可使用各种参数值而被修改或自定义，随后被发送到其他设备102 或138中的一个并由其执行。一些实施例可具有数据库设备174，数据库设备174具有硬件平台176和设置数据库178。设置数据库178可包含全部的被监控参数以及每个参数的正常或基线值。各种监控代理可将实际参数值与设置数据库178进行比较以确定不一致之处。设置数据库178被示出为位于与管理工具164相分离的设备之上。在一些实施例中，设置数据库178和管理工具164可操作在同一个硬件平台上。在一些实施例中，监控代理可将参数与从设置数据库178提取的值进行比较。在其他实施例中，监控代理可从设置数据库178提取参数值，并可将这些值存储在本地高速缓存中，在设备102的示例中存储为被高速缓存的参数值134。当监控代理生成通知时，通知设备180可收集通知并将通知发送给管理设备150。 通知设备180可具有与其他设备的其他硬件平台相类似的硬件平台182，以及通知管理系统184。通知管理系统184可从各种设备收集通知并将通知发送给管理设备150供管理工具164消耗。在一些实施例中，通知管理系统184也实行其他监控操作，诸如监控性能、使用、和其他因素。实施例100的示例可示出进行交互的一组设备。因为这些设备可能不了解与其他设备的可能交互，因此管理工具164可标识这些交互并确定哪些参数可被监控。监控代理可监控在一个设备上的对执行在另一设备上的应用有影响的参数。图2是实施例200的流程图，示出用于在一组硬件平台上的安装应用和监控代理的方法。实施例200的操作可由管理设备(诸如实施例100的管理设备150)来实行。其它实施例可以使用不同顺序的、附加的或更少的步骤以及不同的名称或术语来实现类似的功能。在一些实施方式中，各种操作或一组操作可以按同步或异步的方式与其它操作并行执行。在此选择的这些步骤被挑选来以简化的形式示出操作的一些原理。实施例200示出了一示例方法，通过该方法管理工具可准备若干设备用于安装， 随后开始在各个设备上的安装。可在任何安装之前开发一整体配置计划，并可为每个设备定义一组配置参数。因为设备可以交互，因此在其他设备所依赖的一个设备上的参数可被识别并被添加到第一设备的监控代理中。在框202中，可以接收到安装包。在一些实施例中，安装包可以是用于应用的分离的独立的安装包，可被独立地执行。在框204中，分析硬件平台，并在框206中将应用分配给硬件平台。在一些实施例中，每个硬件平台可具有单个应用。在其他实施例中，每个硬件平台可执行两个或更多应用。基于在框206中应用到平台的分配，可以在框208中定义用于每个设备的配置参数。在简化示例中，在框208中可分配每个设备的名称或IP地址，并且这些名称和IP地址可被用作为对其他设备上的应用的输入，使得其他设备可与第一设备连接并进行通信。在框210中，可标识由两个或更多硬件平台所共享的依赖参数。这些参数可以是那些如果被更改后将导致关于依赖应用或设备的问题的参数。依赖参数可以之后被添加到监控代理中。在框212中可独立地处理每个硬件平台。在一些实施例中，每个硬件平台可以被串行处理，而在其他实施例中，两个或更多硬件平台可以被并行处理。对于框212中的每个硬件平台，可在框214中开始安装。在框216中可配置操作系统设置。框216中的设置可以是用于连接到特定网络或域的设备、并且以特定方式进行工作的设备的配置设置。框216中的设置可添加或移除操作系统的特定特征，并配置这些特征以接受应用并在网络上进行通信。对于在框218中分配给硬件平台的每个应用，在框220中可安装应用。在框222 中可将配置参数施加到应用。配置参数可为在框204到208中定义的通用设置。在一些实施例中，安装处理可呈现用户界面以收集数据，并且在框2M接收这些数据。所收集的数据可以是应用的特定配置参数。在框226中可施加用户输入。应用的配置设置可在框2 中被存储，并在框230中被发送到配置设置数据库。配置设置可被监控代理用于确定何时参数发生更改。在框218中安装和配置每个应用之后，在框232中可安装监控代理。在框234中监控代理可被配置为与配置设置数据库进行通信。在框236中可标识将要监控的参数。参数可包括每个应用的配置参数，以及可被其他设备上的其他应用所依赖的任何依赖参数。参数可包括操作系统设置(包括网络配置)、以及可为操作系统或应用所配置的注册表设置。参数也可包括应用配置设置。在框238中可配置监控代理以与通知管理系统进行通信，通知管理系统可接收通知并将通知路由到管理工具。图3是实施例300的时间轴视图，示出设备302、管理设备304、以及数据库设备 306的交互。所示出的操作可以具有监控代理的设备(诸如设备102)、管理设备(诸如管理设备150)以及数据库设备(诸如实施例100的数据库设备174)之间的交互的一个方法。设备302的操作被示出在左侧栏中，管理设备304的操作被示出在中央栏中，数据库设备306的操作被示出在右侧栏中。其它实施例可以使用不同顺序的、附加的或更少的步骤以及不同的名称或术语来实现类似的功能。在一些实施方式中，各种操作或一组操作可以按同步或异步的方式与其它操作并行执行。在此选择的这些步骤被挑选来以简化的形式示出操作的一些原理。实施例300示出在设备302、管理设备304和数据库设备306之间的简化交换。该交换示出了带有监控代理的设备如何启动、聚集要监控的参数、以及监控参数。当当前参数值与所存储的参数值不相关时，可发送通知并且管理设备304可补救该问题。在框308中，设备302可启动。在框310中监控代理可被初始化。在框312中如果数据库设备可用，则在框314中发送请求至数据库设备306。在框316中数据库设备306 可接收该请求，在框318中提取参数和值，在框320中发送响应。在框322中可由设备302 接收该响应。在一些实施例中，监控代理可发送对那些被分配为在设备302上将要监控的参数的请求。在这样的实施例中，框314中的请求可包括设备302的标识符。在其他实施例中，监控代理可发送对数据库中所有参数的请求。在框322中接收到所有参数之后，监控代理可过滤那些被分配给设备302的参数。在一些情况中，在框312中数据库可能不可用。当数据库不可用时，在框3M从高速缓存中提取值。在聚集了要监控的所有参数之后，在框326中开始监控。一些参数可被非常频繁地监控，而其他参数可被非常不频繁地监控。例如，一些参数可仅仅在设备或应用的启动操作期间产生影响。这样的参数将被检查一次，且不会被检查直到设备或应用被重启。其他参数可以不同的频率被监控。该频率可取决于参数对于故障的敏感度。例如， 可导致严重问题的参数相较于导致较小不便的参数而言会被更为频繁地监控。类似地，需要大量处理功率来提取的参数相较于容易访问的参数而言会较为不频繁地被访问。在一些情况中，监控代理可具有一组脚本、应用编程接口调用、或其他访问参数的专用机制。在一些情况中，监控代理具有普通的能力，诸如检查基于文本的配置文件的能力。在这样的情况中，可向监控代理提供从基于文本的配置文件中标识特定参数的脚本。处理将通过框3 而循环，直到在框328中找到了参数的实际值和存储值之间的不一致之处。当在框328中找到了不一致之处，通知可在框330中生成并在框332中被发送给管理设备304。通知可包括对管理设备有用的信息，诸如参数的描述、期望值、实际值、以及其他诊断信息。在框334中可由管理设备304接收通知。在框336中管理设备304可确定补救问题的机制。框336的操作的更详细示例可在实施例400中找到。图4是实施例400的流程图，示出对通知进行响应的方法。实施例400的操作可以是由管理设备(诸如实施例300的管理设备304)所实行的一个方法。其它实施例可以使用不同顺序的、附加的或更少的步骤以及不同的名称或术语来实现类似的功能。在一些实施方式中，各种操作或一组操作可以按同步或异步的方式与其它操作并行执行。在此选择的这些步骤被挑选来以简化的形式示出操作的一些原理。实施例400示出可由管理设备用来确定如何对通知进行响应的一种方法。在许多情况中，管理设备可创建一组选项，并准备将要当用户选择一个选项时被执行的例程。在框402从通知系统接收通知。 基于该通知，可以标识用于对始发该通知的问题进行修正的一组选项。在一些情况中，在框406可尝试自动修复。自动修复可以是修正根本问题而不需要管理者介入的尝试。自动修复可以通过执行一例程来实行，用于修复例程的参数在框408 被确定并在框410被启用。修复例程可以是任何类型的可执行文件，包括二进制可执行文件、脚本、被传递给现有可执行文件的参数、或其他机制。在一些情况中，修复例程可由管理设备来执行，而在其他情况中，修复例程可由始发通知的设备来执行。在还有其他情况中，修复例程可在第三设备上执行。如果在框406中不使用自动修复，则在框412中处理每个选项。对于框412中的每个选项，可在框414中标识修复策略。在框416中如果该修复是自动修复，则在框418中可以标识修复例程并在框420中可以确定用于修复例程的参数。如果在框416中该修复不是自动的，则该修复可以是可由管理者实行的手动修复。在框422可以标识修复的步骤，并在框424中用自定义参数来填充修复的步骤。自定义参数可进行对于事件特定的修复步骤。例如，用于重设设备名称的一组修复步骤可使用该设备的描述、当前名称、正确名称、以及管理者可用来更改设备名称的任何步骤来填充。在框412中确定所有选项之后，在框426中可建立用户界面。对于框428中的每个选项，在框430中可以创建到该选项的链接，并且在框432中可以呈现该用户界面。在框434中用户可以选择修复选项中的一个，如果在框436中该修复不是自动的， 则可向用户呈现将实行的一组修复步骤。如果在框436中该修复是自动的，则在框440中可启用修复例程。选项中的一个可以是更新参数数据库以匹配参数的实际值。这样的选项可基本上忽略该通知并防止创建进一步的通知。选项中的另一个可以是将参数重设为所存储的值。这样的选项可首先取消任何已经导致参数发生更改的更改。对于一些应用，可重新安装应用以重设所有参数。对于其他应用，可使用修复脚本单独地更改或更新参数。以上对本发明主题的描述是出于说明和描述的目的而提出的。它不旨在穷举本主题或将本主题限于所公开的精确形式，且鉴于以上教导其它修改和变形都是可能的。选择并描述实施方式来最好地解释本发明的原理及其实践应用，从而使本领域的其它技术人员能够在各种实施方式和各种适于所构想的特定用途的修改中最好地利用本发明。所附权利要求书旨在包括除受现有技术所限的范围之外的其它替换实施方式。
权利要求
1.一种系统，其特征在于，包括部署的设置数据库(178)，包括参数的值； 监控代理(148)，用于 监控所述参数的第一参数(3 )； 确定用于所述第一参数的当前实际值(3 )；将所述当前实际值与从所述部署的设置数据库所获取的第一值进行比较，并确定在所述当前实际值和所述第一值之间的不一致之处(3 )； 生成用于所述第一参数的通知(330)；以及将所述通知发送给管理工具(332)； 所述管理工具(164)，用于 接收所述通知G02)；以及向用户呈现用于将所述第一参数重设为所述第一值的第一选项(432)。
2.如权利要求1所述的系统，其特征在于，所述管理工具进一步向所述用户呈现用于将所述第一值重设为所述当前实际值的第二选项。
3.如权利要求2所述的系统，其特征在于，所述管理工具包括一组可执行例程，所述可执行例程的第一例程能实行所述第一选项，所述可执行例程的第二例程能实行所述第二选项。
4.如权利要求3所述的系统，其特征在于，所述监控代理操作在第一设备上，所述管理工具操作在第二设备上。
5.如权利要求4所述的系统，其特征在于，所述监控代理包括本地高速缓存，包括来自所述部署的设置数据库的用于所述参数的所述值的至少一部分。
6.如权利要求2所述的系统，其特征在于，所述第二例程进一步能使用所述当前实际值更新所述部署的设置数据库。
7.如权利要求1所述的系统，其特征在于，所述部署的设置数据库包括在设置所述第一参数的对象的安装时确定的设置。
8.如权利要求7所述的系统，其特征在于，所述对象是应用。
9.如权利要求7所述的系统，其特征在于，所述对象是操作系统组件。
10.如权利要求9所述的系统，其特征在于，所述对象是网络连接设置。
11.如权利要求7所述的系统，其特征在于，所述对象是证书。
12.如权利要求7所述的系统，其特征在于，所述部署的设置数据库包括在所述安装之前确定的设置。
13.一种方法，其特征在于，包括在第一设备上安装对象020)，所述安装包括配置至少一个操作系统组件； 在部署的设置数据库中将第一参数存储为第一存储参数0观)，所述第一参数是用于所述第一对象的配置参数；安装监控代理032)，监控代理用于监控所述第一对象上的所述第一参数(3 )以确定第一当前值，并将所述第一当前值与所述第一存储参数进行比较以确定不一致之处；创建包括所述不一致之处的通知(330)；以及将所述通知发送给管理控制台(332)； 从所述监视代理接收所述通知；基于所述通知标识多个选项，所述选项中的每一个是用于对所述第一当前值和所述存储参数之间的所述不一致之处进行修正的方法；以及在用户界面上向用户呈现所述多个选项。
14.如权利要求13所述的方法，其特征在于，所述多个选项中的至少一个具有到被配置为实行所述修正的可执行例程的链接。
15.如权利要求14所述的方法，其特征在于，所述修正包括将所述对象上的所述第一参数重设为所述第一存储参数。
全文摘要
描述了分布式应用中的更改跟踪和管理。一种用于分布式和交互式系统的监控和管理系统在成功安装或修改之后存储配置设置，并将各值与所存储的配置设置进行比较。当找到不一致之处时，消息收发系统将该信息中继到控制台，在控制台处可处理该问题。在一些情况中，配置设置可以被更新，而在其他情况中，被监控的设置可以被恢复为所存储的配置设置。一组向导程序或其他用户界面机制可以被用于将系统恢复为有序状态。
文档编号H04L29/08GK102244585SQ201110128848
公开日2011年11月16日 申请日期2011年5月10日 优先权日2010年5月11日
发明者A·阿加瓦尔, D·松金, E·K·特伦布莱, M·桑古巴特拉 申请人:微软公司