统一服务管理的制作方法

专利名称：统一服务管理的制作方法
统一服务管理冃豕适于企业网络或分布式网络的服务管理能力可被分成适于由相关联的管 理专员来管理的"竖井(Sil0)"。在一典型的情形中，不同管理专员的管理 规定可能彼此孤立。例如，当具有所有管理规定的广泛或深层知识的用户或"多 面手"(与具有特定且深层知识的"专员"相反，即具有广泛但肤浅的知识的 "通才")试图管理特定服务时，"多面手"可能不知道可能需要注意的特定 管理规程。由于各管理规定是脱节的，因此信息技术或用户遭遇到用于完成诸如选择 企业网络或分布式网络中的管理变更等复杂任务的有限自动化工具。这些管理 变更可包括在企业网络中部署软件应用程序和硬件组件以及更改企业网络中 的各种计算设备之间的连接。此外，管理规定不提供足够的验证方法。因此，管理员可能必须依靠"试验(pilot)"或模拟程序来测试这些管理变更。结果，在实现企业网络中的管理变化之前测试这些管理变化可能不是高效的。 概述提供本概述以便介绍将在以下详细描述中进一步描述的统一服务管理的 简化概念。本概述并不旨在标识所要求保护的主题的必要特征，也不旨在用于 帮助确定所要求保护的主题的范围。 '在一实施例中，标识将在托管网络上实现的变更并且选择适当的模型以及 与该模型相关联的部署简档。选择基于所选部署的变更模板并且从该变更模板中创建变更序列(change order)实例。可验证变更序列并在验证后实现变更。


参考附图来描述详细描述。在附图中，附图标记中的最左边的数字标识该 附图标记首次出现的附图。在不同的附图中使用相同的附图标记来指代相似或 相同的项。图1是示例性IT服务管理系统的图示。
图2是采用示例性统一代理的托管节点的实现。
图3是采用示例性统一控制台的IT管理服务器的实现。 图4是根据一个实施例的配置管理模块的实现。
图5A、 5B、 5C是方便选择IT服务管理系统中的部署简档的示例性用户 界面(UI)。
图6A、 6B是支持策略配置的示例性用户界面(UI)。
图7A、 7B、 7C、 7D、 7E、 7F、 7G、 7H、 71、 7J、 7K、 7L是支持基于流
的配置策略模板和健康模型的创作的示例性用户界面(UI)。
图8是方便选择预定义模板以及根据用户的选择来创建模板的示例性用
户界面(UI)。
图9A、 9B、 9C、 9D是支持工作负载布置配置的示例性用户界面(UI)。 图IOA、 IOB、 IOC、 10D是支持消息传递样式策略定义配置的示例性用 户界面(UI)。
图I1A、 IIB、 IIC是支持验证的示例性用户界面(UI)。
图12是方便实现管理变更的示例性用户界面(UI)。
图13是方便观察信息技术监视系统的示例性用户界面(UI)。
图M是示例体系结果概览的框图。"
图15是支持统一服务管理的总体系结构的图示。
图16是用于实现管理系统中的管理变更的示例性方法的流程图。
详细描述
以下公开描述了用于统一服务管理的系统和方法。尽管所描述的用于统一 服务管理的系统和方法的各方面可用任何数量的不同计算系统、环境和/或配置 来实现，但网络的统一服务管理的各实施例和分析在以下示例性系统体系结构 的上下文中描述。' 「
传统上，各单独管理专员已使用诸如Microsoft Operations Manager (微 软⑧操作管理器，MOM)服务器、System Management Servers (系统管理服务 器，SMS) 、 Virtual Manager Servers (虚拟管理器服务器)等单独的管理服务器来管理网络。这些管理服务器通常提供复杂的用户体验并彼此独立地操作。 这些管理服务器执行有限的自动化操作以完成复杂任务，如实现网络中的变 更、部署不同配置的网络资源、监视网络等。这些复杂任务可能必须由用户来 预先计划并且然后在管理服务器上实现。例如，网络中的变更可由一组技术人 员来决定。管理员然后可使用相应的管理服务器来实现所选变更。网络可能在 实现所选变更后发生故障，因为管理服务器可能在部署之前不恰当地验证了所 选变更。此外，所选变更可能不是基于形式化的网络模型来决定的。因此，技 术人员所感知到的具有所选变更的网络的未来景象可能是不正确的，从而导致 这些网络故障。
所述统一服务管理系统提供一种用于执行各单独管理专员的功能的统一 控制台。该统一控制台方便管理员执行由各单独管理专员执行的复杂任务。该 统一控制台向管理员提供用于设计复杂任务的所有方面的基于"向导"的方法， 这些复杂任务包括布置组件或计算设备、决定组件或计算设备的策略、决定组 ，或计算设备的健康策略、修复组件或计算设备的保护策略等。
示例性管理系统
图1示出了用于分布式网络的示例性IT服务管理系统100。系统100包 括网络102，一个或多个托管节点104(1)、 104(2)、 104(3)， ...， 104(N)通过该网 络102来彼此以及与管理服务器106进行通信。网络102可包括例如，局域网 (LAN)、广域网、无线网络、光学网络、城域网(MAN)等。
在一示例性实现中，网络102可以是企业网络，其包括硬件、软件和连接 组织中的信息技术资源的介质。典型的企业网络通过经由通信介质来连接网络 客户机、托管节点、服务器、管理服务器和诸如路由器、交换机等多个其他组 件来形成。托管节点104可包括以上提到的网络元件中的一个或多个。托管节 点104中的每一个都可运行应用程序或程序。特定托管节点104可以依靠企业 网络中的诸如服务器、路由器、交换机、服务、链路等其他网络元件来支持在 该节点104上运行的应用程序。
托管节点104可包括诸如PDA、台式计算机、工作站、服务器、膝上型 计算机等任何已知计算设备中的一个或多个。管理服务器106可包括服务器、
7工作站等的群集中的一个或多个。管理服务器106采用统一方法来计划并实现 分布式网络中的变更。这些变更可包括在托管节点104处部署各种应用程序和 硬件特征。
每一个托管节点104可分别采用统一代理108(1)、 08(2)、 108(3)... 108(N) 来实现管理服务器106的指令。这些指令可包括自动收集网络102中的托管节 点104以及各种其他资源的状态，以及实现托管节点和/或分布式网络中的任何 配置上的变更。特定托管节点104的状态可包括例如，该托管节点104中的硬 件组件和软件应用程序的性能、发生在该托管节点104中的故障数量及其频率、 变更的部署状态以及托管节点104和所安装的应用程序的健康信息。
管理服务器106实现可用于计划和实现变更的统一控制台110。管理服务 器106部署应用程序和硬件特征的方式在题为"示例性统一控制台"的部分中 解释。在一示例性实施例中，管理服务器106提供多种操作模式。各种操作模 式可包括操作模式、变更模式、支持模式和计划模式。可经由统一控制台IIO 来向诸如IT管理员等用户呈现各种操作模式。
在操作中，在操作模式中，管理服务器106展示管理服务器106监视托管 节点104的操作的能力。这一监视使得管理服务器106能够收集与该托管节点 104相关联的应用程序和硬件组件的状态。管理服务器106收集并处理该状态 以便用图形格式或者对于用户或IT管理员已知的任何其他格式来显示该状态。 显示状态的方式在"示例性用户界面"部分中详细解释。用户可审阅所显示的 状态并且可相应地釆取纠正动作。
在一个实现中，管理服务器106可处于变更模式中。在该变更模式中，管 理服务器106的统一控制台110方便IT管理员对托管节点104的配置做出变 更。管理服务器106可实现这些变更，包括决定组件布置、网络策略、健康策 略和数据保护策略等。 一旦实现变更，就在与管理服务器106相关联的配置管 理数据库中自动更新该实现的细节。
例如，用户可基于由管理服务器106收集的托管节点104的状态来决定将 在分布式网络中的托管节点104的群集上实现的一组所选变更。所选变更可包 括例如，安装新软件应用程序、添加硬件特征、变更硬件特征的健康策略以及 变更新软件应用程序的数据保护策略。用户能够实现该群集中的所选变更而不管该群集中所存在的托管节点104的数量。
所选变更可由IT管理员来预先存储在数据库112中。管理服务器106可 从数据库112中收集所选变更并实现所选变更。 一旦在该群集的所有托管节 点104中实现所选变更，管理服务器106就转换为操作模式，同时持续监视分 布式网络。
管理服务器106可以在用于支持分布式网络的平滑操作的支持模式中操 作。在另一实现中，管理服务器106以使得用户能够安排实现变更的时间的计 划模式操作。例如，用户可釆用以计划模式操作的管理服务器106通过安排可 实现变更的时间来在稍后阶段实现变更。
示例性统一代理
图2示出了根据一实施例的示例性托管节点104。托管节点104包括耦合 到存储器204的一个或多个处理器202。处理器202可包括例如，微处理器、 微型计算机、微控制器、数字信号处理器、中央处理单元、状态机、逻辑电路 和/或基于操作指令来操纵数据的任何设备。处理器202被配置成取回并执行存 储在存储器204中的计算机程序指令。存储器204包括例如，易失性存储器(例 如，RAM)和非易失性存储器(例如，ROM、闪存等)的一个或多个组合。 存储器204存储用于标识将在托管节点104上实现的变更并收集托管节点104 的配置细节的计算机可执行指令和数据。
在一示例性实现中，存储器204包括提供用于执行托管节点104上的应用 程序的平台的操作系统206。存储器204还包括统一代理108，其被配置成向 管理服务器106通知托管节点104和分布式网络两者的状态。统一代理108还 收集托管节点104的配置细节并将其发送给管理服务器106。
统一代理108包括应用程序监视器208、配置模块210和通知报告器212。 此外，网络接口 214展示托管节点104与网络102或其他托管节点104接口的 能力。
被设为操作模式的管理服务器106可指示托管节点104提供该托管节点 104的状态和配置。统一代理108处理指令并指示应用程序监视器208监视托 管节点104的状态。另外，统一代理108触发配置模块210收集与托管节点104相关联的配置数据216。配置数据216可包括正在运行的应用程序的数量、所
安装的硬件组件的列表、处理器容量、存储容量和盘配置。
应用程序监视器208收集托管节点104的状态并将该状态发送到通知报告 器212。通知报告器212分析该状态并将托管节点104的性能、应用程序和硬 件中的故障等通知给管理服务器106。例如，通知报告器212检查托管节点104 的状态并将正在运行的每一个应用程序的性能、硬件组件的性能和/或发生在硬 件组件和软件应用程序中的故障等通知给管理服务器106。
通知报告器212可在检测到发生在托管节点104和/或分布式网络中的故 障时向管理服务器106发送警告信号。故障可包括例如，托管节点104的突然 关闭、应用程序错误、硬件故障、以及对硬件部件发生的物理损坏。这些警告 信号使得IT管理员能够采取必要的动作。
通知报告器212可被配置成标识托管节点104的状态，该状态表示托管节 点104的健康状况。托管节点104的健康状况可取决于诸如所安装的硬件组件 和软件应用程序的性能等因素。托管节点104的状态可作为托管节点104的健 康百分比来测量。例如，通知报告器212可从应用程序监视器208收集信息并 标识托管节点104的状态。
配置模块210将配置数据216发送到管理服务器106。管理服务器106接 收状态和配置数据210并向用户或IT管理员显示该状态。该用户可将管理服 务器106的操作模式改为变更模式。在变更模式中，IT管理员分析该状态和配 置数据210并决定将在托管节点104和分布式网络上实现的所选变更。所选变 更可包括添加对应用程序操作的更多硬件支持、安装更多应用程序等。
在托管节点104中操作的应用程序可使用很大百分比的CPU (中央处理 单元)容量。在这种情况下Z描绘CPU利用百分比和关于该CPU的配置的信 息的状态能够帮助用户确定可在托管节点104中实现以减少过多的CPU使用 的所选变更。 '
一旦确定所选变更，管理服务器106就基于来自用户的输入来创建变更序 列。变更序列是一组指令，其表征将遵循以实现所选变更并用所选变更的实现 来更新配置管理数据库(CMDB)的工作流。确定所选变更和创建变更序列的 方式在"示例性统一控制台"部分中详细描述。管理服务器106将所选变更和变更序列发送到统一代理108。统一代理108 接收并审阅所选变更和变更序列。统一代理108基于变更序列来实现托管节点 104中的所选变更。应用程序监视器208标识所选变更是否已被实现并将所选 变更的状态发送到通知报告器212。该状态提供关于所选变更是否已被实现的 信息。通知报告器212因此向管理服务器106报告该状态。
应用程序监视器208可被配置成基于由统一代理108从管理服务器106 接收到的指令来持续和/或周期性地监视所实现的所选变更的数量以及所选变 更的实现阶段。该实现阶段表示所选变更的实现百分比。
统一代理108将所选变更与配置数据216进行比较以标识是能还是不能实 现所选变更。统一代理108然后告知管理服务器108是否能够实现所选变更。 例如，统一代理108将由管理服务器108建议的所选变更与配置数据216进行 比较以标识所选变更是否可行。如果发现所选变更不可行，则统一代理108拒 绝所选变更。如果发现可行，则实现所选变更。
一旦实现了所选变更，通知报告器212就将所选变更的实现通知给管理服 务器106。基于存在于变更序列中的指令，统一代理108用所选变更的实现来 更新CMDB。此后，用户将管理服务器106设为操作模式。管理服务器106 继续监视托管节点104和分布式网络。
示例性统一控制台
图3示出了根据一实施例的管理服务器106。管理服务器106包括耦合到 存储器304的一个或多个处理器302。处理器302可包括例如，微处理器、微 型计算机、微控制器、数字信号处理器、中央处理单元、状态机、逻辑电路和 /或基于操作指令来操纵信号的任何设备。处理器302被配置成取回并执行存储 在存储器304中的计算机程序指令。存储器304包括例如，易失性存储器(例 如，RAM)和非易失性存储器(例如，ROM、闪存等)的一个或多个组合、 存储器304存储用于部署托管节点104中的应用程序和硬件特征的变更的计算 机可执行指令和数据。
在一个实现中，存储器304包括提供用于执行网络元件上的应用程序的平 台的操作系统306。存储器304还包括统一控制台110，其能够基于与系统100
11中的托管节点104相关联的应用程序和硬件特征的状态以及配置数据216来以 统一的方式计划并执行变更。
统一控制台110包括操作模块310、配置审阅模块312、配置管理模块314、 工作流自动化模块316和服务管理模块318。从托管节点104接收到的用于帮 助执行统一控制台110的任何数据都被存储在程序数据308中以供将来推断。 网络接口 320展示管理服务器106与网络102或其他托管节点104接口的能力。
统一控制台IIO可分布在多个管理服务器106上。统一控制台IIO维护为 整体、网络或其一部分实现IT管理员的所选变更的主动方法。
在一实现中，统一控制台110包含了 "统一"或"多面手"方法以操作、 支持、计划和作出对托管节点104的所选变更。 一旦将管理服务器106设为操 作模式，统一控制台110中的操作模块310就向托管节点104中的一个或多个 发送对软件应用程序和硬件组件的状态以及配置数据216的请求。在接收到这 一请求后，统一代理108将该软件应用程序和硬件组件的状态以及配置数据 216发送到操作模块310以便存储在程序数据308中。因此，管理服务器106 用作对于软件应用程序和硬件组件的状态以及配置数据216的聚集和协调点。
操作模块310将该软件应用程序和硬件组件的状态以及配置数据216发送 到配置审阅模块312。配置审阅模块312审阅该软件应用程序和硬件组件的状 态以及配置数据216并通过用户界面来向用户显示这些信息。在另一实施例中， 配置审阅模块312分析以各种间隔接收到的托管节点104的配置数据216并维 护偏差报告。偏差指的是该配置数据216与上一次接收到的配置数据216的变 化。 -
用户审阅软件应用程序和硬件组件的状态以及配置数据216以决定将在
企业网络中实现的配置变更。配置管理模块314从用户处接收对适当的配置变 更的请求。配置管理模块314检查该请求并向用户提供可被包括在当前网络中 的任何软件应用程序和硬件组件的一个或多个模型。这些模型可描绘其他网络 以及可被包括在当前网络中的软件应用程序和硬件组件的若干不同配置。
这些模型可包括所存在的计算设备的数量的细节、计算设备之间的连接的 细节、每一个计算设备中所使用的处理器的种类、计算设备的存储器容量等。 这一选择模型的方法可减少花费在阅读和解释用于标识适当模型的手册和指导上的时间。适当的模型可基于由用户针对一组问题提供的信息来选择。该组 问题可由配置管理模块314通过用户界面来提供给用户。使得能够选择适当模 型的用户界面在"示例性用户界面"部分中详细描述。
这些模型被存储在与管理服务器106相关联的CMDB 322中。CMDB 322 是面向对象的数据库，其可包括关于企业网络或分布式网络的各个视图、各个 模型之间的关系、所部署的模型在真实世界中是怎样的景象，即"是怎样 (issness)"、所部署的模型在真实世界中应是怎样的景象，即"应怎样 (oughtness)"、过去部署的模型在真实世界中是怎样的景象以及可在将来部 署的模型在真实世界中将会是怎样的景象的数据。
在一示例性实现中，配置管理模块314可审阅企业网络的各个视图以选择 适当的模型。各个视图可包括关于企业网络中的基于web的应用程序和特定 web服务之间关系、企业网络中的计算设备的位置、企业网络中的一组计算设 备中的一组应用程序的特性等的细节。配置管理模块314审阅各个模型以及各 模型之间的关系以标识适当的模型。
配置管理模块314可将每一个模型都表征为各种部署简档。部署简档可包 括每一个模型的各种配置。部署简档将在以下题为"用于选择适当配置的基于 简档的向导"的部分中详细讨论。
用于选择适当配置的基于简档的向导
配置管理模块314取决于可由用户使用的各种预期配置来为每一个模型 提供各种部署简档。每一个部署简档都可以在满足特定准则列表时应用。配置 管理模块214向用户呈现对应于每一个部署简档的准则列表。用户审阅该准则 列表并选择具有可接受的准则列表的部署简档。准则列表可包括涉及可实现的 企业网络的大小、可使用的服务器类型、可处理的事务数量、可使用的应用程
序数量以及可能是必要的安全要求类型的准则。 一旦选择了部署简档，与所选 部署简档相关联的管理策略就由配置管理模块314来设置。
例如，每一个部署简档都包括将由用户在选择前审阅的准则列表。每一个 部署简档都可呈现准则列表，诸如"最多10-15个用户能够使用所选应用 程序"、"用户只能够使用特定类型的服务器模块和服务器"、"每天可处理特定数量的事务"以及"能够导入特定量的数据"。用户可在发现满足准则列 表的情况下选择部署简档。这一基于由用户定义的准则列表的呈现描绘了减少 解释用于从手册中选择部署简档的方针所耗费的时间的面试过程。用于选择所 选部署简档的面试用户的方法在"示例性用户界面"部分中详细描述。
配置管理模块314还方便用户审阅并修改所选部署简档的管理策略。管理 策略可包括配置策略(即，软件和硬件配置)、健康策略、网络策略以及保护 和恢复策略。
配置策略是根据由所选部署简档定义的准则列表的、与系统配置相关联的 策略。系统配置可包括关于例如，可使用的软件应用程序、可使用的处理器类 型以及可允许的盘配置类型的信息。
例如，用户可审阅关于能够支持诸如Microsoft Dynamics GP软件应用 程序简档等所选部署简档的软件应用程序和硬件组件两者的配置策略。所配置 的软件应用程序可包括例如，Microsoft Dynamics GP应用程序、Microsoft Windows Server (服务器)应用程序以及其他支持应用程序。所配置的硬件 组件可包括处理器类型和盘。用户可在需要时修改配置策略。
健康策略是与企业网络中的软件应用程序和硬件组件的总体健康状况相 关联的策略。健康策略包括关于安全级别、正在使用的软件应用程序和硬件组 件的配置、与软件应用程序和硬件组件的性能相关联的数据量、对发生在软件 应用程序和硬件组件之间的事务的响应的自发性、对发生在企业网络中的所有 冲突和错误的警告的生成速率、以及可针对软件应用程序和硬件组件中的错误 生成的响应类型的策略。
网络策略包括关于企业网络配置的策略。网络策略可包括选择网络类型和 其他网络约束。保护和恢复策略涉及软件应用程序和硬件组件的保护、应用程 序所使用的文件和其他文档的恢复等。
配置管理模块314可向用户提供为所有类型的情形定义管理策略的样式。 例如，Microsoft Outlook⑧消息传递服务样式策略定义可出于如客户机定标、 部署模式和调度的目的而使用。在这种情况下，用户界面允许用户选择针对 Microsoft Outlook⑧消息传递服务样式中的各种情形的适当的行为。配置管理 模块314提供Microsoft Outlook⑧消息传递样式策略定义的方式将在以下"示例性用户界面"部分中详细描述。
配置管理模块314审阅所选部署简档和管理策略以创建一个或多个变更 序列。如早先所提到的，变更序列定义将遵循以实现所选变更的工作流以及就
当成功实现变更序列时网络模型如何变更来更新CMDB 322的查询。变更序列 基于变更模板来创建。变更模板是可由诸如IT管理员等用户开发的表单。该 表单可包括向用户提出的一组问题。变更模板可与配置变更、硬件部署、次要 变更和/或软件部署相关联。配置管理模块314向用户提供一个或多个变更模 板。用户基于所选部署简档来选择正确的变更模板。在一实现中，配置管理模 块314使得用户能够创建新的变更模板。
所选变更模板列出将由用户回答的一组问题。用户响应于这些问题来传递 适当的参数。这些参数可包括应用程序名称、计算设备名称，将在其中实现所 选变更的网络的名称等。配置管理模块314在输入参数时创建所选变更模板形 式的变更序列。
系统100还可在某些参数引用CMDB 322中的对象时自动定制变更序列 的实例的行为。例如，用于在网络中安装三层应用程序的变更序列可使用诸如 应用程序名称、前端和中间层群集的名称以及数据库服务器的名称等对象。前 端和中间层群集可包括通过网络来连接到数据库服务器的多个节点或计算设 备。由用户输入的参数可引用先前存储在CMDB 322中的对象。由此，系统 100可自动创建或定制变更序列。可向用户提供修变更更模板的功能。然后使 用经修改的模板来创建经修改的变更序列。
从变更模板中创建的变更序列可自动定义用于实现变更、更新CMDB 322 以及安装和配置系统100中的节点的活动。安装和配置节点的过程包括配置适 当的数据绑定和打开防火墙中的正确端口。例如，用于在网络中安装应用程序 的变更序列配置该网络的每一个群集中的所有节点。管理员不必担心群集中的 节点数量或者互连节点时所涉及的网络类型。
配置管理模块314可将变更序列与存储在CMDB 322中的配置数据进行 比较以标识该变更序列是否是令人满意的。如果发现变更序列是令人满意的， 则声明其是有效的并且稍后实现该变更序列。或者，如果发现变更序列不令人
满意，则声明其是无效的并且配置管理模块314通过重新选择变更来修改该变
15更序列。
配置管理模块314基于变更序列中所定义的步骤来实现所选变更，并且之 后用所选变更的实现来更新CMDB 322。例如，配置管理模块314在实现所选 变更之前在数据库中注册这些变更。
在CMDB 322中作出的更新可包括例如，所部署的网络模型在实现所选 变更时的景象。所部署的模型的景象可与描绘所部署的模型在真实世界中可能 会是怎样的景象分开。由此，这些更新帮助系统ioo监视网络配置并通过审阅 所部署的模型的景象来进行审核。
在一示例性实现中，存在于CMDB 322中的更新使得系统100能够确定 网络中的软件应用程序和硬件组件的适当性。在这一实现中，配置管理模块314 还可触发服务管理模块316基于CMDB 322中的更新来检査网络。服务管理模 块316可评估网络中的软件应用程序和硬件组件的适当性以标识软件应用程序 和硬件组件的最适合的布置。确定软件应用程序和硬件组件的最适合的布置的 过程将在以下题为"剖析所发现的机器来建议最适合的组件布置"的部分中详 细讨论。
剖析所发现的机器来建议最适合的组件布置
服务管理模块316审阅具有所选变更的网络以收集软件应用程序和硬件 组件的信息来确定该网络中的软件应用程序和硬件组件的适当性。测量软件应 用程序和硬件的适当性以标识软件应用程序和硬件组件能够多有效且高效地 适合当前企业网络或其他网络中的位置。
服务管理模块316基于软件应用程序和硬件组件在部署位置处的预期性 能来向其分配等级。作为示例，所分配的等级可以是星分级系统并且包括以下 分数或值5*、 4*、 3*、 2*和1*。
例如，当软件应用程序和硬件组件被部署在网络中使得能够达到最佳可能 性能的位置时，则将等级5*分配给这一组件或应用程序的部署。然而，当组件 或应用程序被部署在网络中的其中性能未达到标准的位置时，则可将诸如1* 或2*等相比较低的等级分配给该组件或应用程序。用户能够用示出提高的性能 的某些其他软件应用程序和硬件组件来替换旧软件应用程序和硬件组件。这一分级系统使得用户能够标识可布置软件应用程序和硬件组件的最佳位置。
可以注意到，用于布置软件应用程序和硬件组件的最佳可能位置以及可布
置的最佳软件应用程序和硬件组件并非选自CMDB 322中可用的选项，而是基 于由管理员选择的软件应用程序和硬件组件。在一实现中，某些软件应用程序 和硬件组件可被分配例如-1*、 -2*、 -3*的负星等级，这表示这些硬件组件和应 用程序当被布置在网络中时破坏该网络或造成该网络中的问题。在这些情况 下，服务管理模块316指示配置管理模块314标识可布置在网络中的新的软件 应用程序和硬件组件。 '
管理服务器106在实现所选变更以及在CMDB 322中注册更新时以操作 模式操作。在该操作模式中，操作模块310调用统一代理108来监视并收集存 在于托管节点104中的软件应用程序和硬件组件的状态。如早先所提到的，该 状态包括软件应用程序和硬件组件的性能细节、软件应用程序和硬件组件的健 康信息等。性能细节可包括例如，服务器在服务器负载和负载时间时的性能。
操作模块310还接收并审阅软件应用程序和/或硬件组件的状态。操作模 块3I0通过用户界面以如图形格式、表格等特定格式来向用户提供该状态。由 此，用户持续审阅这些特定格式以标识故障、系统100的健康状况、所选变更 的部署状态等。操作模块310可向用户发送关于所发生的故障的警告信号。用 户接收警告信号并采取动作以修理这些故障。标识状态和性能细节的方法将在 "示例性用户界面"部分中更详细地解释。
操作模块310可与工作流自动化模块316交互以选择软件应用程序和硬件 组件的健康信息并对其进行分类。健康信息作为与软件应用程序、处理器、盘 配置等相关联的健康状态来进行分类。工作流自动化模块316基于商业和过程 上下文来确定健康信息的优先顺序并将这些健康信息作为事故、状态或根本原 因视图来呈现给用户。用户审阅这些健康信息并采取必要的步骤以便将系统 IOO保持在健康状况中。
用户可标识是否还需要用于系统100的适当工作的变更。如果需要任何变 更，则重复涉及选择并实现所选变更和监视系统100的过程周期。该过程周期 由工作流管理模块318来管理，该模块控制统一控制台IIO中的各个模块之间 的交互。图4示出了示例性配置管理模块314。配置管理模块3M包括变更请求处 理模块400、模板创建模块402、验证模块404和部署模块406。如上所述，统 一控制台IIO方便用户决定并实现系统100中的所选变更。
变更请求处理模块400接收并审阅来自用户的作出所选变更的请求。变更 请求处理模块400使得用户能够基于所选变更来选择适当的模型和所选部署简 档。该适当的模型和所选部署简档然后被发送到模板创建模块402。模板创建 模块402通过用户界面来向用户显示一组预定义变更模板。变更模板由用户基 于适当的模型和所选部署简档来选择。
在一实现中，变更请求处理模块400可从用户接收创建变更模板的请求。 该用户可在分析适当的模型和所选部署简档后发送这一请求。在这种情况下， 变更请求处理模块400触发模板创建模块402提供用于创建变更模板的规定。 模板创建模块402自动触发CMDB 322中的变更模板。对CMDB 322的这一 自动更新减少了频繁地手动更新的困难。
配置管理模块314处理所选变更模板以创建定义实现所选变更所涉及的 活动的变更序列。验证模块404在通过使用各种验证器来验证适当的模型后批 准变更序列。验证器可以来自可在适当的模型上操作的任何规程，诸如成本验 证器、处理检验器、容量检验器和SLA检验器等。验证器使用存储在CMDB 322 中的多个规则检查来执行验证。多个规则检验是预定义约束，其可包括成本约 束、处理约束、容量约束和SLA约束。
每一个验证器都可在批准适当的模型之前单独在该适当的模型上工作。例 如，成本验证器可审阅适当的模型以估算每一个软件应用程序、硬件组件的成 本以及实现所选变更所需的时间。成本验证器将估算出的成本与存储在CMDB 322中的预定义成本约束进行比较。该预定义成本约束表示可负担的成本。如 果发现估算出的成本小于或等于预定义成本约束，则成本验证器声明适当的模 型有效。或者，如果估算出的成本大于预定义成本约束，则声明应用程序模型 无效。 」
变更请求处理模块400将通过验证的模型发送到部署模块406以供部署在 系统100中。部署模块运行具有活动的工作变更工作流，这些活动遵循条件路 径来制定一个或多个托管节点上的变更。部署模块406还可向个人发出作出托管节点104中的所选变更的消息。例如，可向操作员发送包括用于加载托管节
点104中的应用程序的指令的消息。该操作员审阅该消息并加载托管节点104
中的应用程序。
对任何硬件组件的高级设置作出的每一个变更都可基于该高级设置来配 置硬件组件的所有设置。例如，企业网络中的每一个主硬件组件都是各种子组 件的组合。基于所选变更来对主硬件组件的设置作出的变更实现子组件的设置 中的相应变更。
示例性用户界面 ，
图5A示出了使得能够选择系统100中的部署简档的示例性用户界面(UI) 500。 UI 500具有操作选项卡502、变更选项卡504、支持选项卡506和计划选 项卡508。操作选项卡502方便诸如IT管理员等用户监视托管节点104的性能。 用户选择变更选线卡504以打开使得该用户能够定义所选变更的变更请求向导 510。支持选项卡506方便具有权限的用户将涉及实现所选变更的活动以及其 他问题分配给人们，解决问题以及处理系统100中的事故。计划选项卡508使 得管理员能够开发以结构化方式实现所选变更的计划。
用户选择存在于变更请求向导510中的部署简档选项卡512以打开部署简 档向导514。部署简档向导514包括选择部署简档选项卡516，其在被用户选 择时显示简档列表。如先前所提到的，每一个简档都具有需要满足以便其实现 的准则的列表。与每一个简档相关联的准则的列表被显示在部署简档向导516 中的简档描述区域518中。例如，UI 500示出与Microsoft Dynamics GP软 件应用程序相关联的部署简档向导514。部署简档向导514分别在选择部署简 档选项卡516和简档描述区域518中显示简档1和与该简档1相关联的准则列 表。_
图5B示出了使得用户能够从多个部署简档中选择部署简档的用户界面 (UI) 500。 UI 500示出选择部署简档选项卡516，其呈现多个部署简档，即 简档1、简档2和简档3。每一个部署简档都具有简档描述区域518中所提到 的准则列表。用户可挑选每一个部署简档并审阅与该部署简档相关联的准则列 表。用户选择其准则列表是可接受的部署简档。例如，UI 500示出用户指向简档2。该用户审阅与简档2相关联的准则列 表。准则列表可包括涉及只使用财务服务器、导入非常少的数据、 一天处理少
于500个事务等的准则。用户根据适当的模型，在准则列表是适用的情况下选 择简档2。
图5C示出了方便用户确认对所选部署简档的选择的UI 500。 UI 500包括 具有所选部署简档的选择部署选项卡516。例如，用户在审阅并接受简档描述 区域518中所提到的准则列表后选择简档2。根据准则列表，简档2可在使用 以下各项时应用财务系列模块、分发系列模块、现场服务系列模块、终端 服务器等。用户选择下一步选项卡520以完整地选择所选部署简档并移至下一 变更级。
图6A示出了方便用户分配与适当的模型相关联的管理策略的示例性用户 界面(UI) 600。 UI 600示出了包括策略选项卡602的变更请求向导510。用 户选择策略选项卡602以到达客户机交付方法区域604。客户机交付方法区域 604包括多个策略选项卡，即配置选项卡606、健康选项卡608、网络选项卡 610以及保护和恢复选项卡612。每一个策略选项卡在被用户选中时呈现对相 应的管理策略设置的描述。用户可审阅该描述并决定这些设置是否是可接受 的。
配置选项卡606在被用户选中时示出对配置策略设置的描述。对设置的描 述可包括例如，所使用的系统配置的类型、策略设置和其他配置设置。用户审 阅这些设置并决定这些设置是否是可接受的。类似地，用户也可审阅其他策略 选项卡的设置。用户可在发现与所有策略选项卡相关联的设置都是可接受的时 候选择下一步选项卡614。
图6B示出了方便用户决定与适当的模型相关联的健康策略的示例性用户 界面(UI) 600。 UI 600示出呈现对健康策略设置的描述的健康选项卡608。 该描述可包括关于可发送的警告频率、可实现的所需配置级别和事件处理、可 收集的性能数据的级别、以及可能需要的响应级别。用户审阅并决定这些健康 策略是否是可接受的。如果用户发现健康策略是令人满意的，则该用户选择下 --步选项卡614。
图7A示出了方便用户修改与管理策略相关联的设置的示例性用户界面(UI) 700。用户审阅与配置策略、健康策略、网络策略以及保护和恢复策略
相关联的设置以确定这些设置是否是可接受的。在UI 700中，用户选择健康 选项卡708并审阅与健康策略相关联的设置。用户在发现这些设置不令人满意 时使用存在于UI 700中的修改选项卡716来修改这些设置。对设置作出的修 改可包括变更正在运行的软件应用程序、变更所使用的处理器以及变更其他系 统配置。
图7B示出了描绘修改健康策略的过程的UI 700。用户选择修改选项卡716 (如图7A所示)以打开健康策略修改向导718。健康策略修改向导718包括 策略列出区域720和策略修改区域722。
策略列出区域720呈现策略类型的列表，即警告严重性、所需状态、时间 处理、性能数据和响应。如UI 700所示，用户选择警告严重性策略类型。策 略修改区域722包括用于将警告严重性等级改为"高"、"中"、"低"的等 级调整选项卡724。警告严重性等级确定托管系统将通知给用户的警告信号的 等级。信息显示区域726显示警告严重性等级和信息。
如UI 700所示，用户使用等级调整选项卡724来选择高警告严重性等级。 信息显示区域726示出系统100可生成对应于所有关键严重性和警告的警告信 号，并向用户提供这些关键严重性的信息。关键严重性的信息可包括生成关键 严重性的原因、关键严重性的起源等。如果高严重性等级是可接受的，则用户 选择确定选项卡728。
图7C示出了使得用户能够设置中级警告严重性的UI 700。 UI 700示出策 略修改区域722，其中用户将等级调整选项卡724设为中级。信息显示区域726 示出托管系统可生成对应于中级严重性之上的所有严重性和警告的警告信号。 用户在发现警告严重性等级是可接受的时候选择应用选项卡728。
图7D示出了支持用于以一致的方式来选择大量设置的基于流的策略配置 (在该范例中与安全性相关)的示例性用户界面(UI) 700。分布式应用程序 可从大量高级组件中产生，这些高级组件本身进而可以是其他低级组件的递归 组合。'在这种情况下，低级组件的每一个设置都可基于与高级组件相关联的、 对总体应用有意义的某些高级设置来进行自我配置。在一实现中，用户能够覆 盖组件的详细设置，只要该覆盖不违反系统约束即可。因此，在组合各个设置
21时，这些设置可使用流表达按照总体设置来定义。某些约束还可使用约束语言 来表达以禁止打破覆盖。
创作UI 730示出对于应用程序模型和管理该模型所需的所有元数据(包
括配置策略模板和健康模型)的创作体验。特定应用程序是身份保护系统732， 包括诸如在线银行网站734、通知web服务736、呼叫中心应用程序738、处 理web服务740、账户数据库742和第一数据公司744等各种组件。在线银行 网站734方便顾客访问其银行账户。该在线银行网站发送顾客警告通知偏好。 处理web服务器査看由第一数据报告的每一个交易并且用导致检测到可疑交 易的信息来更新账户数据库742。通知web服务通过用户偏好的方法来发送欺 诈警告通知，并且如果未设置这些偏好，则回复到经由呼叫中心的手动过程。
图7E示出了使得用户能够对设置和约束作出修改的UI 730。 UI 730示出 用户点击账户数据库742以打开树状选择控件746，该控件包括各种选项，如 定义部署、设计应用程序系统、创建工作项、实现所有应用程序、设置和约束 等。用户选择设置选项卡748以打开设置向导。设置向导使得用户能够更改账 户数据库742的设置和约束。
图7F示出使得能够创作健康策略的UI 730。 UI 730示出包括用于创作管 理元数据752的树的设置窗口 750。用户可选择应用程序设置节点752以打开 与目录、web应用程序、角色、遵从性、健康模型等相关联的设置的列表。用 户选择设置窗口 750中的健康节点754以打幵包括健康模型的细节的树。这些 细节可包括例如，健康模型的名称、健康模型的特征等。
如UI 730所示，用户选择具有模型名称(在该示例中是"Proteus")的 模型节点756以打开模型描述区域758。模型描述区域758呈现该模型的一方 面(即，运行状态)。该运行状态表示所建模的组件的操作的情况。模型描述 区域758包括运行状态选项卡760，其在被选中时显示组件对于该健康方面始 终都可处于的一组状态。该组操作状态可包括例如，好、警告、严重和离线。 UI 730还使得用户能够使用添加方面节点762来添加更多的方面。
图7G示出了用于使用对于同一身份保护系统的流来创作配置策略模板的 示例性用户界面(UI) 764。用户选择存在于解决方案向导766中的系统图标 768以打开设置树770。用户可选择一选项，该选项在该范例中是如设置树770所示的"定义设置"。定义设置选项使得用户能够对系统设置作出变更。
图7H示出了方便用户定义新设置的UI 764。 UI 764示出包括设置定义区 域774的设置向导772。设置定义区域774包括名称区域776、值定义区域778、 类型定义区域780、描述定义区域780和添加选项卡784。如UI764所示，用 户在名称区域776中定义设置的名称，如"安全"。值定义区域778方便用户 根据安全设置来定义所允许的值。所允许的值可以是高、中和低，如UI 764 所示。此外，用户在类型定义区域780中定义安全设置的类型。对安全设置的 描述被包括在描述定义区域782中。用户可选择添加选项卡784以完整地定义 或添加安全设置。
图71示出了具有特性定义区域784的UI 764，该特性定义区域784包括 使得用户能够定义关于安全性和可用性的解决方案的解决方案选项卡786。用 户选择安全选项卡788以打开安全描述区域790。安全描述区域790显示安全 设置的细节，诸如设置名称、设置类型和关于设置的所允许的值。
图7J示出了方便基于对应于总体组合(在该范例中对应于安全)的所选 设置来创建配置组件设置的流的UI 764。用户选择设置选项卡792以打开提供 设置安全设置的口令的功能的配置向导795。配置向导795包括口令长度选项 卡796-1、存储选项卡796-2以及注销选项卡796-3。 口令长度选项卡796-1使 得用户能够设置口令的长度。在一实现中，口令长度特定于访问他/她的账户的 特定用户。例如，用户(例如，IT管理员)可将口令长度设为8个字符。由此， 该特定用户只可创建长度为8个字符的口令。
用户(例如，IT管理员)可设置涉及存储口令的存储策略。用户点击存 储选项卡796-2并从所提供的两个选项中选择一选项。选项可包括启用和禁用。 例如，用户可选择"启用"选项以使得由用户创建的口令始终能够自动存储。 此外，注销选项卡796-3使得用户能够将系统设为在登录过期时，即在口令过 期时自己注销。
图7K示出了用于定义安全级别的UI 764。该UI 764包括示出安全设置的 细节的安全描述区域790。安全描述区域790包括默认选项卡797，其在被选 中时示出包括各种选项的下拉挑选列表。选项可包括例如，高、低和中。用户 可选择他的选择的选项以设置安全级别。图7L示出了显示将成为变更模板的一部分的配置模板的列表的示例性用
户界面(UI) 798。 UI 798包括显示与解决方案相关联的模板列表的解决方案 模板选项卡799-1。模板可包括例如，安全和可用性。用户可选择安全模板选 项卡799-2以便在安全细节区域799-3中显示该安全模板的细节。安全细节区 域799-3包括关于安全的信息，例如，与口令相关联的设置、所允许的值以及 安全级别。
图8示出了方便选择预定义变更模板以及根据用户的选择来创建变更模 板的示例性用户界面(UI) 800。 UI 800示出用户选择变更请求向导510中的 介绍选项卡802以打开变更类型选择区域804。
变更类型选择区域804包括变更类别选项卡806，其在被用户选中时呈现 预定义变更模板的列表。预定义变更模板的列表可包括涉及配置变更、硬件部 署、软件部署和其他次要变更的模板。用户可基于适当的模型来从该列表中选 择预定义变更模板。用户只要选择了预定义变更模板就可继续通过下一步选项 卡808来设置其他变更。虽然未示出，但UI 800允许用户基于所选变更的要 求来创建新变更模板。
图9A示出了用于标识托管系统中的硬件组件和应用程序的最适合的布置 的示例性用户界面(UI) 900。 UI 900给予用户作出布置硬件组件和应用程序 的选择的自由，这将UI 900示为次优的p UI卯O基于出于商业原因而禁止实 现不可实行的选择并提供关于为何作出选择透明度。
在UI 900中，变更请求向导510包括工作负载布置选项卡902。用户选择 工作负载布置选项卡902以打开工作负载布置区域904。工作负载布置区域904 方便用户根据他的选择来布置工作负载。工作负载布置区域卯4包括组选择选 项卡906、主机选择区域908和工作负载描述区域910。组选择选项卡906呈 现如不同类型的服务器组的可承担与适当的模型相关联的工作负载的各种工 作负载计算机组的列表。
例如，UI 900示出对于Microsoft Dynamics GP软件应用程序的工作负 载布置。组选择选项卡906可向用户提供列表，该列表包括财务服务器、制造 服务器、市场营销服务器等的各个组。用户选择适于Microsoft Dynamics GP 软件应用程序的组。主机选择区域908包括服务器分级区域912和数据库分级区域914。主机 选择区域908以等级的形式示出服务器组件和数据库组件的适当性。等级可基 于服务器组件和数据库组件的预期性能来分配。这使得用户能够确定可布置服 务器组件和数据库组件以获取最佳性能的位置。服务器分级区域912提供与服 务器组件的性能相关联的等级。数据库分级区域914基于数据库组件的性能 来呈现等级。
工作负载描述区域910提供对于适当的模型的工作负载的要求的细节。工 作负载要求可包括例如，要使用的操作系统和处理器的类型、要安装的存储器 的容量以及要设置的盘配置的类型。
图9B示出了用于选择工作负载计算机组的UI 900。用户选择组选择选项 卡906以选择特定工作负载计算机组。组选择选项卡906呈现各种工作负载计 算机组的列表。用户取决于适当的模型来选择工作负载计算机组，例如，财务 服务器组。
图9C示出了显示将等级分配给所选工作负载计算机组的组件的UI 900。 只要用户选择了工作负载计算机组，服务器分级区域912和数据库分级区域 914就分别提供与服务器组件和数据库组件的性能相关联的等级。
如UI 900所示，用户选择一工作负载计算机组，在该示例中是财务服务 器组。服务器分级区域912为第一组服务器组件显示五颗星。这五颗星暗示根 据适当的模型来在特定位置操作的该组服务器组件展示较高的性能。数据库分 级区域914基于一组数据库组件在特定操作位置处的低性能来为给予财务服务 器组的该组数据库组件显示三颗星。用户可审阅UI 900所示的等级并可继续 选择配置变更以便将该组数据库组件安置在该组数据库组件可更好地执行的 位置。 '
在一个实现中，用户可能优选用第二组硬件组件来替换第一组硬件组件的 位置以便将较高的等级分配给第二组。用户可可执行以上动作，因为他可能优 选将较高等级的位置分配给第二组服务器组件并将不同的位置分配给第一组 服务器组件。
图10A是支持对诸如客户机定标、部署模式和调度等项目的Microsoft Outlook⑧消息传递样式策略定义的示例性用户界面(UI) 1000。 UI 1000示出了包括客户机交付方法选项卡1002的变更请求向导510。用户选择客户机交付
方法选项卡1002以打开交付定义区域1004。交付定义区域1004使得用户能够 定义涉及将变更序列交付给系统100中的不同类型的用户的交付策略。交付策 略可包括交付方法和规则的细节。
交付定义区域1004示出定义交付策略的过程。用户定义策略的过程在 Microsoft Outlook 消息传递样式中提供。例如，该过程清楚地陈述要定义交 付方法，点击"添加/编辑"并指定你的交付方法规则。用易懂的英语来描述过 程向用户提供了良好的用户体验。换言之，所提供的是产生易懂语言(例如， 英语)策略陈述的结构化规则编辑器。
交付定义区域1004包括添加/编辑选项卡1006、删除选项卡1008和策略 细节区域1010。如UI 1000所示，用户使用添加/编辑选项卡1006来创建交付 策略。用户可使用删除选项卡1008来删除交付策略。交付策略包括适用于用 户以及该用户可能所属的多个用户组的交付方法。策略细节区域1010向用户 提供两种类型的女付方法，即本地交付和虚拟交付。
策略细节区域1010包括本地交付区域1012和虚拟交付区域1014。，本地 交付区域1012向用户提供将本地软件交付分配给属于特定用户组的特定用户 的功能。用户可选择存在于本地交付区域1012中的选择组选项卡1016以从多 个用户组中选择特定用户组。类似地，虚拟交付区域1014使得用户能够将使 用流传输的应用程序的虚拟化副本的交付分配给特定用户组。
图IOB示出方便选择具备本地交付的特定用户组的UI 1000。在UI 1000 中，用户点击存在于本地交付区域1012中的选择组选项卡1016。选择组选项 卡1016显示多个用户组。多个用户组可包括例如，所有用户、经理、市场营 销、财务和制造。用户可选择其自己所选的特定用户组。例如，UI 1000示出 用户将用户组选为财务并且将本地软件交付分配给该用户组。由此，管理服务 器106将软件本地地交付给属于该财务用户组的所有用户。
图IOC示出方便选择具备虚拟交付的特定用户组的UI 1000。该UI 1000 示出用户选择组选项卡1016以选择用户组，即经理。在这种情况下，管理服 务器106将软件虚拟地交付给属于该经理用户组的所有用户。
图IOD示出了显示确认所定义的交付策略的阶段的UI 1000。在当前UI
26900中，用户在交付定义区域1004中定义交付策略并继续通过使用下一步选项
卡1018来确认交付策略。
图11A示出了用于验证与可实现的所选变更相关联的李更序列的示例性 用户界面(UI) 1100。如先前所提到的，变更序列在最初定义并且可扩展验证 系统允许从任何规程插入验证器以验证变更序列。例如，成本验证器可查找变 更序列中的每一个组件的成本并合计材料和时间成本并确保其在如CMDB 322中所定义的约束内。
UI 1100示出用户选择变更请求向导510中的验证变更选项卡1102以打开 验证变更向导1104。验证变更向导1104包括上一步选项卡1106、下一步选项 卡1108、完成选项卡1110和取消选项卡1112。上一步选项卡1106使得用户 能够移至先前提到的向导中的任一个以重新定义变更。
用户选择下一步选项卡1108以开始用于验证所定义的变更的验证过程。 验证变更向导1104将验证过程的状态示为"正在验证，请等待"直到该验证 过程完成。该验证过程涉及将所定义的变更与存在于CMDB 322中的所部署 的模型(即，适当的模型)'的景象进行比较。
验证变更向导1104生成对可检测到的策略冲突的警告。如果未检测到策 略冲突，则验证变更向导1104提供完成选项卡1110以继续至下一个步骤。验 证变更向导1104还向用户提供通过点击取消选项卡112来取消验证过程的选 项。
UI IIOO还包括根据一个实施例的变更向导1114，其方便用户定义用于批 准所选变更的设置。变更向导1114具有我的变更选项卡1116、等待批准选项 卡1118、其他人批准选项卡1120和进展选项卡1122。用户可激活我的变更选 项卡1116以查看所选变更中由用户选择的任何变更。所做出的所选变更需要 由用户和其他授权人批准。 '
可选择等待批准选项卡1118以检查变更是否已被用户批准。用户还可选 择其他人批准选项卡1120以检查授权人是否已经批准所选变更。批准过程(即， 批准所选变更)的完成率在点击进展选项卡112后显示。该完成率以完成百分 比的形式显示。
图11B示出了生成对所检测到的任何策略冲突的警告的UI 1100。该UI1100包括验证变更向导1104，其示出通过CMDB 322来验证所选变更的结果。如UI 1100中所提到的结果陈述所选变更已通过CMDB 322来验证并且已检测到策略冲突。 一旦验证变更向导1104完成，UI1100就指示用户创建可解决冲
突的活动。
验证变更向导1104包括向用户提供策略冲突的细节的冲突细节区域1006。细节可包括产生策略冲突的原因，例如，由于少数计算机未满足策略的最低先决条件而引起的策略冲突。验证变更向导1104还提供具有策略冲突的计算机的标识号并要求创建用于解决策略冲突的活动。用户可选择创建选项卡1124以创建活动。
图IIC示出了方便创建用于解决策略冲突的活动的UI 1100。该UI 1100中的验证变更向导1104示出陈述已成功创建活动的确认消息。该确认消息还包括活动的活动编号。用户可在活动完成后选择下一步选项卡1108以移至用于确认所选变更的下一个步骤。
图12示出了确认所选变更的示例性用户界面(UI) 1200。如UI 1200所示，用户选择变更请求向导510中的确认选项卡1202以打开确认向导1204。确认向导1204包括完成细节区域1206和确认选择区域1208。完成细节区域1206示出陈述所选变更已得到验证并且所选变更将在用户选择完成选项卡1210时实现的消息。
确认选择区域1208包括必须由用户在实现之前确认的所选变更的细节。所选变更的细节可包括例如，陈述将创建对所选变更的变更请求的变更请求编号以跟踪所选变更的部署的消息、所选部署简档的类型、所选工作负载布置的类型、所选客户机交付方法的类型、所选策略的类型以及策略验证的状态。用户可确认所选变更的细节并选择完成选项卡1110以部署所选变更。
图13示出了方便观察监视系统和呈现所监视的环境的状态的示例性用户界面(UI) 1300。在该图示中，触发操作选项卡502以向用户显示操作向导1302。操作向导1302包括警告区域1304、性能区域1306、状态区域1308和部署状态区域1310。配置审阅模块312在以上提到的区域中显示从统一代理110接收到的关于软件应用程序和硬件组件的状态的细节。
警告区域1304描绘由管理服务器106接收到的警告信号的状态的图形表示。该图形表示提供每天接收到的警告数量、过去几天已经升级(即，直到现在仍未解决)的警告数量、已解决的警告数量以及正在审阅的警告数量的信息。这一图形表示使得管理服务器106能够监视系统100的工作并对系统100中的任何故障釆取必要的动作。在一个实现中，管理服务器106可在与故障相关联的警告信号在过去几天已经升级时自动向修复该故障的相关人士发送消息。
性能区域1306显示管理服务器106的性能。在所示示例中，性能区域1306描绘服务器负载百分比和加载时间。由此，管理服务器106能够自我配置以减少负载并提高效率。系统100中的托管节点104的状态以健康百分比的形式显示在状态区域1308中。
部署状态区域1310向用户提供所选变更的部署细节。部署状态区域1310还示出所选变更是己经被实现、正在实现中、未实现、未知还是实现失败。这些部署细节帮助管理服务器106检查所选变更是已被实现还是由于已发生的任何故障而未被实现。
示例性体系结构
图14示出了管理系统100的示例性体系结构概览1400。体系结构概览1400主要包括具有公共CMDB 322的三层操作管理层1402、配置管理层1404和服务管理层1406。操作管理层1402和配置管理层1404单独操作；然而，它们持续与CMDB 322交互。服务管理层1406基于存储在CMDB 322中的各种模型来向托管节点104提供服务视图。操作管理层1402、配置管理层1404和服务管理层1406之间的交互由工作流自动化层1410来自动控制。
操作管理层1402可被配置成监视管理系统100中的软件应用程序和硬件组件的性能并标识管理系统100的故障、健康状况和其他问题。操作管理层1402向CMDB发送关于性能、故障、健康状况等的信息。
工作流自动化层1404基于性能、故障和其他问题或新的商业需求来决定管理变更。如先前所提到的，管理变更也可由用户来选择并且可包括部署软件应用程序和硬件组件、以及更改管理系统100中的各个计算设备之间的连接。
工作流自动化层1404与用户界面(UI)框架层1408交互以便向用户提供用于提供选择管理变更的功能的用户界面。用户创建对应于所选变更的变更序
29列。配置管理层1404通过标识所选变更是否处在存储在CMDB 322中的预定义约束内来验证变更序列。预定义约束可以是成本约束、策略约束、容量约束、SLA约束等。配置管理层1404基于通过验证的变更序列来实现所选变更。
配置管理层1404与自动化层1412交互以实现所选变更。交互包括向自动化层1412发送变更序列和所选变更。该统一管理系统由IT服务管理团队来使用。然而，创建变更、批准变更、同步数据或报告状态的工作流过程包括使用其他系统或工具的其他专业人士。该自动化层提供用于将工作流和数据与如HR系统、财务系统等其他系统同步的链接框架。这将允许其中变更序列在新员工启动时被自动化的情形。类似地，该自动化系统还提供到协作框架(例如，Microsoft Office⑧服务器)的链接以使得专业人士能够获取审阅报告、提供批准、填写表单等所分配的任务。 -
自动化层1412接收关于将在系统和个人设备中实现的任何变更的所选变更。自动化层1412担当携带用于实现所选设备的配置管理层1404的指令的中间层。
示例体系结构
图15示出了支持统一服务管理的总信息流1500。体系结构概览1500可被解释为信息流。体系结构1500介绍了基于模型的开发和基于模型的管理的概念。换言之，开发者或体系结构设计者可首先布局模型、模型指南并验证开发和测试过程。在开发之后，应用程序生命周期的所有阶段一计划、验证、变更管理、开发和操作也通过利用相同的模型来完成。
体系结构1500包括三个段，即创作1502、模型1504和引擎1506。每一部分多被分成两个部分，具体而言是平台1508和扩展1510。
创作1502段使得用户能够创作或创建模型并验证参考模型来创建的软件应用程序文档。例如，统一控制台110方便用户设计模型。模型1504部分包括由用户使用存在于创作1502中的建模工具来创建的模型文档。模型文档然后由引擎1506段来利用。引擎1506包括各种用户，如CMDB 322、软件工厂运行时环境1512、软件工厂1514、所需配置管理子系统(DCM) 1516、系统中心配置管理(SCCM) 1518、系统中心操作管理器(SCOM) 1520、最终软件库(DSL) 1522、 Visual Studio团队系统(VSTS) 1524以及系统中心服务管理器(SCSM) 1526。
模型文档的用户可以是两种类型。对于一种类型，可能存在可担当用于开发遵从模型的软件应用程序的平台的用户。例如，用户可编写用于开发遵从模型的软件应用程序的代码以便将正确的配置和插装(instrumentation)应用于代码。这一开发软件应用程序的过程可将软件工厂运行时环境1512用作平台。对于另一种类型，可能存在可审阅和理解模型文档中所指定的约束的用户。例如，用户可以是能够审阅模型并理解该模型涉及三层应用程序，并且该应用程序包括可被布置在不同机器上的不同部分的管理产品。
如上所述，一 可将信息流1500的各段拆分成两个部分平台1508和扩展1510。创作1502的平台1508包括能够基于来自用户的输入来创作基础应用程序模型1530的创作平台1528。基础应用程序模型1530可包括对软件应用程序的描述，例如，3层应用程序包括特定web服务、web服务器、数据库等。基础应用模型1530以服务管理语言(SML)文档的形式生成。
基础应用程序模型1530的副本可被存储在CMDB 322中。基础应用程序模型1530中所引用的软件应用程序的实例的副本也可被存储在CMDB 322中。基础应用程序模型1530的副本可由软件工厂运行时1512来审阅以标识代码以及代码和软件应用程序的组件之间的关系。
扩展1510可包括基础应用程序模型1530的扩展，即域专用模型或SML扩展1532。 SML扩展可以是例如，健康模型、过程模型、配置模型和/或最佳实践模型等。SML扩展1532由创作平台1528来创建。SML扩展1532可参考基础应用程序模型1530，但可包括不同于基础应用程序模型1530的几个操作。创作平台1528可提供域专用插件，包括设计器插件1534和模型验证器插件1536。设计器插件1534可设计SML扩展1532，而模型验证器插件1536验证SML扩展1532以标识SML扩展1532是否满足性能需求、策略需求等。SML扩展1532可由用户(即，软件应用程序)用来支持测试活动。
示例性方法
从多面手的观点来看的用于统一服务管理的示例性方法参考图1到15来描述。这些示例性方法可在计算机可执行指令的一般上下文中描述。 一般而言，计算机可执行指令可包括执行特定功能或实现特定的抽象数据类型的例程、程
序、对象、组件、数据结构、过程、模块、功能等。这些方法还能在其中功能由通过通信网络链接的远程处理设备完成的分布式计算环境中实现。在分布式计算环境中，计算机可执行指令可以位于包括存储器存储设备在内的本地和远程计算机存储介质中。
图16示出了用于使用统一的方法来管理网络的示例性方法1600。描述方法的次序并不旨在解释为限制，并且任何数量的所述方法框都可以按任何次序组合以实现本方法或实现替换方法。另外，可从方法中删除各个框，而不背离此处所述的主题的精神和范围。此外，本方法可用任何合适的硬件、软件、固件或其组合来实现。
在框1602，标识要实现的变更。诸如IT管理员等用户审阅软件应用程序和硬件组件的状态以决定要在管理系统100中实现的变更。例如，用户基于软件应用程序和硬件组件的包括性能、健康信息、故障等的状态来标识所标识的变更。所标识的变更可包括安装新软件应用程序和硬件组件、变更硬件组件的健康策略以及变更新软件应用程序的数据保护策略，如先前所提到的。
在框1604，选择与将在网络中实现的所标识的变更相关联的适当的模型。在一个实现中，用户审阅由用户界面提供的、描绘其他网络、以及软件应用程序和硬件组件的各种不同配置的模型的列表。用户基于所标识的变更来从该列表中标识适当的模型。在一个实现中，适当的模型基于由用户给予显示在用户界面中的询问的响应来标识。
在框1606，选择与适当的模型相关联的部署简档。用户可从与适当的模型相关联的简档列表中选择部署简档。例如，用户界面可向用户提供适合适当的模型的简档的列表。用户审阅与每一个简档相关联的一组准则并标识具有一组可接受的准则的适当的模型。
在框'1608，配置与部署简档相关联的管理策略。在一个实现中，用户审阅并根据部署简档中所定义的约束来决定管理策略，包括健康策略、网络策略以及保护和恢复策略。约束可包括对特定软件应用程序、处理器和/或盘配置的使用。
32在框1610，基于所选部署简档来选择变更模板。在一实现中，该选择可通过从一组预定义变更模板中选择模板来完成。变更模板可以与配置变更、硬件部署、次要变更和/或软件部署相关联。管理服务器106的统一控制台110向用户提供该组预定义变更模板。用户标识所标识的变更的要求并选择变更模板。在一个实现中，所需变更模板由用户使用统一控制台iio来创建。
在框1612，从所选变更模板中创建变更序列实例。对应于最常见的变更
的变更序列实例可基于被包括在所选变更模板中的、将由用户来解决的一组问题来创建。变更序列实例表示需要遵循以实现所需变更的工作流，如先前所提到的。在一实现中，可向用户提供创建新变更模板的功能。
在框1614，在实现所标识的变更之前验证变更序列实例。变更序列由验证模块404使用诸如成本验证器、策略检验器、容量检验器、SLA检验器等来自各种规程的验证器来验证。验证器可基于如成本、策略遵从性的约束来验证所选变更是否可行。在发现所标识的变更可行时声明变更序列实例有效。
例如，成本验证器可审阅所选模型以根据变更以及所使用的资源和所耗费的时间的总成本来估算所需软件应用程序和硬件组件的成本。将估算出的成本与预定义约束进行比较以验证变更。
在框1616，然后基于得到验证的变更序列实例来实现所标识的变更。然后在系统100中部署所标识的变更。
结论
上述方法和系统描述了统一服务管理。虽然己经用对结构特征和/或方法动作专用的语言描述了本发明，但是应该理解，在所附权利要求中定义的本发明不必限于所述的具体特征或动作。相反地，这些具体特征和动作是作为实现权利要求的本发明的示例性形式而公幵的。
权利要求
1.一种用于创作模型并使用所述模型来管理网络的方法，包括标识将在所述网络上实现的变更；选择与所述变更相关联的适当的模型；选择与所述适当的模型相关联的部署简档；配置与所述部署简档相关联的管理策略；基于所选部署简档来选择变更模板；从所选变更模板中创建变更序列实例；在实现所标识的变更之前验证变更序列实例；以及基于得到验证的变更序列实例来实现所标识的变更。
2. 如权利要求1所述的方法，其特征在于，所述标识变更基于所述网络上的软件应用程序和硬件组件的状态。
3. 如权利要求1所述的方法，其特征在于，所述选择适当的模型基于由用户给予显示在用户界面中的询问的响应。
4. 如权利要求1所述的方法，其特征在于，所述部署简档选自适合所述适当的模型的简档的列表。
5. 如权利要求1所述的方法，其特征在于，所述配置管理策略包括考虑所述部署简档中所定义的约束。
6. 如权利要求1所述的方法，其特征在于，所述变更模板选自一组预定义变更模板。
7. 如权利要求1所述的方法，其特征在于，所述创建变更序列实例基于将遵循以实现所标识的变更的工作流。
8. 如权利要求1所述的方法，其特征在于，还包括开发由所述模型驱动的应用程序，其中利用相同的模型来管理所述应用程序。
9. 一种系统，包括网络；连接到所述网络的一个或多个托管节点，其中所述托管节点运行应用程序；所述托管节点上所采用的统一代理，其中所述统一代理采用对所述网络和托管节点的变更；以及采用统一控制台来实现所述变更的一个或多个管理服务器。
10. 如权利要求9所述的系统，其特征在于，所述托管节点包括以下各项中的一个或多个pDA、台式计算机、工作站、服务器和膝上型计算机。
11. 如权利要求9所述的系统，其特征在于，所述统一代理采用自动收集所述托管节点和^f述网络中的其他资源的状态的指令。
12. 如权利要求9所述的系统，其特征在于，所述统一代理采用自动收集所述托管节点和所述网络中的其他资源的状态的指令。
13. 如权利要求9所述的系统，其特征在于，所述统一代理包括应用程序监视器、配置模块和通知报告器。
14. 如权利要求9所述的系统，其特征在于，所述管理服务器采用以下模式中的一个或多个操作模式、变更模式、支持模式和计划模式。
15. 如权利要求9所述的系统，其特征在于，还包括用于跟踪所述变更的配置管理数据库。
16. —种计算机系统中的用于向托管网络显示变更的方法，所述方法包括以下步骤 '显示解决所述托管网络的操作、变更、支持和计划的统一控制台；剖析提供关于变更的最佳配合的资源；以及验证对所述托管网络执行的变更。
17. 如权利要求16所述的方法，一变更计划和执行。
18. 如权利要求16所述的方法，语言策略陈述的结构化规则编辑器。
19. 如权利要求16所述的方法，来向软件应用程序和硬件组件分配等级。其特征在于，所述统一控制台提供统其特征在于，所述显示基于产生易懂其特征在于，所述剖析基于预期性能
20. 如权利要求16所述的方法，其特征在于，所述方法是用于在所述托管网络上实现策略的基于流的配置的一部分。
全文摘要
所述统一服务管理系统提供用于执行各单独管理专员的功能的统一控制台。统一控制台方便管理员执行由各单独管理专员执行的复杂任务。该统一控制台向管理员提供用于设计复杂任务的各方面的基于“向导”的方法，这些复杂任务包括布置组件或计算设备、决定组件或计算设备的策略、决定组件或计算设备的健康策略、修复组件或计算设备的保护策略等。
文档编号G06F17/00GK101647012SQ200880009273
公开日2010年2月10日 申请日期2008年3月20日 优先权日2007年3月23日
发明者A·J·萨格维, C·麦克金农, J·K·雅各布森, K·S·舒尔茨, S·比切, V·拉贾拉贾 申请人:微软公司