专利名称：用于网络软件部署评估的书签和性能历史的制作方法
技术领域：
本发明涉及各种系统和方法，尤其涉及用于网络软件部署评估的书签和性能历史的系统和方法。
背景技术：
信息技术(IT)管理员需要监视软件的部署，包括程序和补丁相对于部署的状态和进度。这包括检查给定部署是在轨道上还是失去控制和/或是否正高效地进行。一般而言，这通过管理员分析由客户机报告的状态消息并基于管理员的经验来完成。在大型企业中，通常有许多各种类型的计算机器，包括台式计算机、膝上型计算机和移动设备。这些机器中的每一个通常通过日志流(例如，状态消息或状态事件)来向中央配置服务器(例如，系统中心配置管理器或SCCM服务器)或类似的服务器报告。结果， 为了确定部署的进度和/或对于该部署发生的或正在发生的重大事件，管理员需要手动地分析大量的原始数据。
发明内容
提供本概述以便以简化形式介绍将在以下的详细描述中进一步描述的一些代表性概念。本概述不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在以限制所要求保护的主题的范围的任何方式来使用。简言之，此处所描述的主题的各方面涉及一种技术，通过该技术，网络组件和/或用户接口交互自动生成书签，该书签维护关于对于网络软件部署操作的事件和触发的信息。书签在数据存储中被维护，并且可被访问且可用来评估网络软件部署操作的进度和状态，以及用于对各种问题进行故障查找和诊断。可生成的书签的示例包括对应于创建软件部署包的时候的书签、对应于将软件部署包分发到分发点的时候的书签、对应于生成或改变分发历史的时候的书签、和/或对应于影响部署任务状态的对象变化的书签。其他示例包括对应于网络组件启动、停止或重启的时候的书签，对应于网络成员集合的成员资格变化的时候的书签，对应于添加、移除、更新或刷新网络组件的时候的书签，和/或对应于关于维护任务的信息的书签。在一方面，可访问各自记录关于一个网络软件部署操作的数据的书签集，并使用该书签集来向客户计算机系统生成指示部署网络软件的随时间推移的进度的视觉表示 (例如，曲线)。可访问与一个或多个先前的网络软件部署操作有关的性能的历史数据，并使用该数据来向客户计算机系统生成指示部署其他网络软件的先前的进度的视觉表示。结合附图阅读以下详细描述，本发明的其它优点会变得显而易见。
作为示例而非限制，在附图中示出了本发明，附图中相同的附图标记指示相同或相似的元素，附图中
图1是表示用于生成并收集关于网络软件部署操作的书签和性能历史数据的示例体系结构的框图。图2是表示与包括书签生成在内的网络软件部署操作有关的网络组件的流程图。图3是表示与包括书签生成在内的网络软件部署操作有关的示例数据流的数据流图。图4是在一个示例实现中具有用于关于书签和活动使用的表的示例模式的示例数据体系结构的表示。图5是在一个示例实现中的书签相关类的表示。图6是从一个部署操作的书签以及来自一个或多个先前的部署操作的性能历史数据而生成的图/图表的示例表示。图7示出可以将本发明的各方面并入其中的计算环境的说明性示例。
具体实施例方式此处所描述的技术的各方面一般涉及在整个软件部署操作期间在被称为书签的数据中自动记录网络软件部署相关(例如，事件和触发)信息。一般而言，书签记录并保存影响部署的重大事件和/或触发的信息，并将事件与发生事件的时间绑定。通过书签，管理员能够评估(例如，监视并检查)在部署过程中发生了什么和/或正在发生什么，并且因此高效地找出任何与部署相关的问题以及帮助对这些问题进行故障查找。另一方面涉及性能历史，一般其收集作为部署的历史的原始数据，并经由数据聚集和计算来自动生成性能报告和/或图。历史的自动收集和分析帮助管理员容易且高效地评估部署进度，包括相对于先前的、类似的部署的部署进度。应当理解，此处的任何示例都是非限制性的。实际上，描述了一种体系结构，作为可如何实现书签和性能数据历史的各方面的一个示例，但这仅是一个合适的示例体系结构，并且书签和/或性能数据历史不限于任何特定的实现/体系结构。如此，本发明不限于此处所描述的任何具体实施例、方面、概念、结构、功能或示例。相反，此处所描述的实施例、 方面、概念、结构、功能或示例中的任一个都是非限制性的，并且本发明一般能够以在计算和联网方面提供好处和优点的各种方式来使用。图1示出了其中可实现书签和部署性能数据操作的通用示例体系结构；图2表示与书签有关的操作的一般顺序。一般而言，管理员创建包括供分发的程序软件或补丁的软件部署包。当此发生时，可由提供者104生成关于分发的活动101(例如，对应于在管理员控制台102上指定的部署)，如一般经由图2中带圈的数字一(1)来表示的。例如，管理员控制台102可包括指定分发任务以及查看警报108的用户界面106 ；该控制台可经由Windows 管理规范(WMI)技术110耦合到提供者104。活动101在适当的数据存储中被维护，如数据库112中。活动一般对应于分发任务的信息，包括包、该包向客户机的通告、以及部署信息。 与分发有关的各种因素可包括包大小、分发点数量、部署是强制的还是可人选的、以及部署是否是调度的(以及是以UTC时间还是本地时间调度的)。其他信息可指定部署是从分发点运行还是从本地机器运行，以及重试行为。每一活动是维护与实际分发任务实例相关联的实例，并以对各种类型的分发任务一致的方式来维护分发任务的进度的历史概要。活动也可用于将管理员的期望与进展的检验点相关联，并用检验点来评估进展良好或已延迟状态，和/或健康或非健康状态。活动也可跟踪分发过程的每一步骤的进度，只要状态消息提供了关于在消息中进展到哪一步骤的 fn息ο一旦创建，该软件部署包然后被分发给分发点113，分发点通常是文件共享服务器，用于使客户机器IH1-IHn以获得该包的。管理点116生成描述相关信息的新策略(例如，供给或通告)，诸如用于告知客户机新软件包就绪，并由此可替换地被称为策略提供者 (或与其一起工作)，它可被实现为系统管理服务器(SMS)执行者。在之后的某一点，客户机器IH1-IHn连接到管理点116以获得策略，并知道有新的补丁 /软件程序包可用于安装。在从策略中检索了信息之后，每一客户机器(例如，IH1)连接以获得所部署的软件用于安装。每一客户机器向分发点113的状态管理器118发送状态消息以报告该结果， 即成功或失败。一般而言，书签操作添加书签120(例如，数据库112中的记录)以保存关于每一重要步骤的信息，如在创建包的时候，在将包分发到分发点113的时候，在生成策略的时候，在组件启动、停止或重启的时候，成功或失败，等等。只要管理员经由UI 106改变对象 (例如，包、通告、软件更新部署)，并且该改变影响部署任务状态，就经由提供者104记录适当的书签。作为示例，考虑管理员创建了一个包并试图将其部署到一万台机器，且发现有 35%失败了。在检查了书签之后，管理员可确定该包被成功创建，并分发到七个分发点服务器，而在其中的三台分发点服务器上报告了失败。管理员然后可检查并修补失败的分发点服务器，并将软件重新分发到这三台服务器。耦合到这些分发点服务器的客户机器然后可在稍后适当的时间加载并安装该软件。图1和2中表示的其他组件包括集合评估器119，该评估器一般按照时间表或按照 UI触发器来更新集合成员(部署中所涉及的系统/网络组件)。注意，系统被经常地添加到网络，而其他则变得不健康，等等。集合评估器119将关于此类成员相关更新的书签(例如，图2的120)添加到数据库112中。注意，策略提供者获得集合成员的变化信息，并且当有变化时，更新关于每一成员的策略，因为这影响部署；策略提供者还将对应的书签添加到数据库112中。由此，站点组件和提供者的的状态变化作为书签来记录。对于站点组件， 仅可记录一般消息(例如，组件在线/离线)。可为其他组件实现API来实现书签特征。由此，步骤中导致书签被记录的一个步骤包括从站点服务器到该分发点的内容分发。其他则包括目标策略向客户机的策略分发、客户机从站点服务器检索策略、启动从分发点到客户机的服务/内容下载、以及客户机上程序的安装/执行。有了部分或全部这些书签以及可能的其他书签，可构建检验点模型，例如用于确定对于策略分发的最终执行结果和/ 或对于内容分发的最终复制结果，部署是进展良好还是已延迟了。分发管理器122将包源复制到分发点，并更新和刷新分发点。其状态影响包活动状态。供给概括器124是一个现有的组件(例如，线程)，用于捕捉分发状态消息以累计实时概要123，例如用于在数据库112中维护。供给概括器IM还捕捉分发状态消息以将关于每一客户机、每一通告状态的细节填充到数据库112中。供给概括器IM可例如通过周期性地将实时概要与状态系统概要进行同步来将客户机健康数据126与实时概要相整合； 客户机健康概要127可以在数据库112中维护。部署的健康或不健康状态可基于在分发期间接收到的出错消息。状态系统1 是一个现有组件(例如，线程)，用于解析、复制并执行状态消息以及执行安排的概括任务(例如，图2的M0)的。可生成关于任务的事实对4。注意，通告和部署概要数据通过在状态系统1 中运行的概括任务来更新。状态系统1 可以与新包分发概括任务一起工作，将客户机健康数据与概要相整合，并维护该概要的历史。管理员可设置一个或多个检验点，例如，设置一个或多个期望的执行成功比率和/ 或日期来用于进展良好/已延迟的评估。管理员还可设置出错消息阈值。送达范围评估器 130是可由状态系统中的概括任务来触发的线程组件。一般而言，送达范围评估器130针对检验点来评估概要中的分发状态，将书签与活动相关联，并提出分发状态变化的通知。可以存在关于何时已经复制了新事实M4的评估，和/或当最新的实际进度超过了基线时引发警告或出错。数据库通知监视器246 (图2、触发分发管理器122来处理当添加/更新包或添加 /更新分发点到包时所导致的变化。数据库通知监视器246还可运行维护任务。为完整起见，图1中还示出了诸如由警报管理器162管理的警报160以及性能历史数据164。性能历史数据164可如下参考图6所述，例如用作自动生成的图的一部分。可提供使得其他组件能生成书签的书签库。例如，可为此提供 "GenerateBookmark (. · ·) ”函数调用或类似调用。图3包括概述了各种操作中的某一些的数据流图。注意，在小数点前面的数字表示执行与书签相关的操作的实体。由此，在图3中，“1. χ”表示UI动作添加书签数据流； “2. χ”表示站点组件添加书签数据流的时候；“3. χ”表示维护任务数据流；而“4. χ”表示UI 获得书签数据流。5. 1还表示送达范围评估器130更新活动-书签关联。图3还示出可被实现来维护书签数据、维护活动数据和/或维护活动事实的某些示例书签相关的维护任务。图4和5以及以下表提供了一个示例实现中的书签和活动的其他细节。DS书签类型(DSU_B00kmarkTypeS) 440是保持书签特征支持的目标的表。数据可在站点服务器设置过程中填充。
权利要求
1.一种在计算环境中的系统，所述系统包括，耦合到在网络软件部署操作中部署网络软件的网络组件(113、116)的数据存储(112)，所述数据存储维护记录所述网络软件部署操作的事件和触发信息的一组书签(120)，所述书签由所述网络组件(113)中的一个或多个或由用户界面(106)交互自动生成，或者由所述网络组件中的一个或多个以及由用户界面交互两者生成，所述书签可经由所述数据存储来访问以在评估所述网络软件部署操作的进度和状态时使用。
2.如权利要求1所述的系统，其特征在于，每一书签具有相关联的时间戳，或者所述书签中的至少一个与至少一个活动相关联，并且所述集合的一个书签在更新活动和书签之间的关联之后生成，或者以下两者每一书签具有相关联的时间戳并且所述书签中的至少一个与至少一个活动相关联，并且所述集合的一个书签在更新活动和书签之间的关联之后生成。
3.如权利要求1所述的系统，其特征在于，还包括所述集合中的为记录关于到客户机的部署是否成功的信息而生成的至少一个书签，或者所述集合中的为记录关于维护任务的信息而生成的至少一个书签。
4.如权利要求1所述的系统，其特征在于，所述书签集合包括对应于何时创建软件部署分组的书签，或对应于何时将软件部署分组分发到分发点的书签，对应于何时生成或改变分发策略的书签，对应于影响部署任务状态的对象变更的书签，对应于网络组件何时开始、停止或重启的书签，对应于网络成员集合的成员关系何时改变的书签，对应于何时添加、移除、更新或刷新网络组件的书签，相对于彼此区分优先级的多个书签，被分组在一起的多个书签，或相对于结果正面或负面的多个书签，或者以下的任意组合对应于何时创建软件部署分组的书签，或对应于何时将软件部署分组分发到分发点的书签，对应于何时生成或改变分发策略的书签，对应于影响部署任务状态的对象变更的书签，对应于网络组件何时开始、停止或重启的书签，对应于网络成员集合的成员资格何时改变的书签，对应于何时添加、移除、更新或刷新网络组件的书签，相对于彼此区分优先级的多个书签，被分组在一起的多个书签，或相对于结果正面或负面的多个书签。
5.一种在计算环境中的在至少一个处理器上执行的方法，所述方法包括，在网络组件 (113)处生成执行与部署网络软件有关的一个或多个任务的书签(120)，所述书签记录关于网络软件部署事件的数据以及表示在部署期间事件何时发生的时间数据，与关于部署生成的其他书签相关联地收集所述书签来提供可以在评估所述部署时使用的信息。
6.如权利要求5所述的方法，其特征在于，还包括基于所述书签和至少一个其他书签来生成指示部署网络软件随时间的进度的视觉表示，或者访问对应于一个或多个先前网络软件部署操作的性能历史数据，并使用所述性能历史数据来基于所述一个或多个先前网络软件部署操作来生成部署随时间的进度的另一视觉表示，或者以下两者基于所述书签和至少一个其他书签来生成指示部署网络软件随时间的进度的视觉表示，并且访问对应于一个或多个先前网络软件部署操作的性能历史数据，并使用所述性能历史数据来基于所述一个或多个先前网络软件部署操作来生成部署随时间的进度的另一视觉表示。
7.如权利要求5所述的方法，其特征在于，生成所述书签包括确定网络组件开始、停止或重启，确定网络成员集合的成员资格变化，确定网络组件被添加、移除、更新或刷新。
8.如权利要求5所述的方法，其特征在于，所述书签和所述其他书签包括一集合，并且还包括，基于与所述集合的书签中的至少某些相关联的优先级来将所述集合过滤成子集， 基于所述集合的书签中的至少某些的分组来将所述集合过滤成子集，或基于与所述集合的书签中的至少某些相关联的正面或负面数据来将所述集合过滤成子集。
9.一种或多种具有计算机可执行指令的计算机可读介质，所述计算机可执行指令在被执行时执行以下步骤，包括访问集合书签(120)，其中的每一个记录关于网络软件部署操作的数据；使用所述书签来生成指示到客户机计算机系统的网络软件随时间的部署的视觉表示 (660)；访问与一个或多个先前网络软件部署操作有关的性能历史数据(164)；以及使用所述性能历史数据来生成指示将其他网络软件部署到客户机计算机系统的先前进度的视觉表示(660)。
10.如权利要求9所述的一种或多种计算机可读介质，其特征在于，还包括用于执行以下步骤的计算机可执行指令显示对应于何时生成所述至少某些书签的表示，或者显示关于存在于可选时间范围内的至少某些书签的可见信息，或者既显示对应于何时生成所述至少某些书签的表示，又显示关于存在于可选时间范围内的至少某些书签的可见信息。
全文摘要
描述了维护关于针对网络软件部署操作的事件和/或触发的信息的自动生成的软件部署书签。书签是可访问的且可用于评估部署的进度和状态。例如，可以在到客户机的部署成功时、在创建和/或分发软件部署分组时、以及对于网络组件和/或成员资格状态改变时生成书签。可以使用一组书签来生成指示部署随时间的进度的曲线，并且可将其与基于所维护的性能历史数据的、将其他网络软件部署到客户机计算机系统的先前进度进行比较。
文档编号H04L12/24GK102271054SQ20111015907
公开日2011年12月7日 申请日期2011年6月1日 优先权日2010年6月2日
发明者冯乐宇, 刘洋, 杨振兴, 沈鸽, 胡宁, 高寿福 申请人:微软公司