用于企业系统的健康状况检查框架技术方案

这里描述了一种用于企业系统的健康状况检查框架。在一个实施例中，健康状况检查框架包括一个或多个第一层方法作为公共接口，以便允许应用客户端初始化健康状况检查会话的一个或多个阶段，其中，第一层方法不依赖于企业系统的具体组件。健康状况检查框架还包括一个或多个第二层方法，用于向关于所述一个或多个第一层方法的一个或多个系统和／或应用组件提供抽象接口。第二层方法包括专用于企业系统的系统和／或应用组件中对应的一个组件的一个或多个方法。在健康状况检查会话期间，第一层方法调用第二层方法以执行健康状况检查操作。还描述了其他方法和装置。

【技术实现步骤摘要】

本专利技术一般地涉及企业计算。更具体地，本专利技术涉及一种用于企业系统的健康状况检查框架(health check framework )。
技术介绍
为了在日常基础上进行实施、监视和运转，常规IT(信息技术)系统需 要可观的时间、精力、知识和经验。即使是大型IT部门也经常迷失于迷宫般的复杂工具和技术以及成千上万页的管理指南之中，这些管理指南通常是运 转和维护这些IT系统的组件所必不可少的。而且，IT部门，具体来说是IT 管理员，疲于应付各种各样日复一日的反应性支持任务，并且经常只有有限 的资源和运转预算来处理那些支持任务，支持任务典型地包括例如手动监视、 检查和清理日志文件、执行补丁和更新、运行备份和恢复程序这样的正常系 统管理活动，和用户管理，以及管理和帮助终端用户，例如处理服务请求和 支持客户系统有问题的终端用户。对于很多IT部门来说，手动监视IT系统的每一个组件以确保系统的健 康状况特别困难。这个任务不仅耗费时间，而且它还需要众多IT资源来完成。 而且，手动监视系统的做法可能很复杂并且容易出错。此外，尚缺乏用于开 发和/或维护监视IT系统组件的功能的有效办法。
技术实现思路
这里描述了 一种用于企业系统的健康状况检查框架。在一个实施例中， 健康状况检查框架包括一个或多个第一层方法作为公共接口 ，以便允许应用客户端初始化健康状况检查会话的一个或多个阶段，其中，第一层方法不依 赖于企业系统的具体组件。健康状况检查框架还包括一个或多个第二层方法， 用于向关于一个或多个第 一层方法的 一个或多个系统和/或应用组件提供抽 象接口。第二层方法包括一个或多个方法，这些方法专用于企业系统的系统 和/或应用组件中对应的一个组件。响应于从应用客户端初始化的健康状况检 查会话，第一层方法调用第二层方法，以便从一个或多个系统和/或应用组件 收集数据，评估所收集的数据，并发布关于企业系统的一个或多个系统和/或 应用组件的运转健康状况的状态报告。从下面的附图和详细描述中，本专利技术的其他特征将会清晰。附图说明本专利技术通过附图的图示以举例而非限制的方式来说明，在附图中相同的 参考数字指示类似的元件。图1是根据本专利技术一个实施例的健康状况检查系统结构的框图。图2是示出了根据本专利技术的一个实施例的健康状况检查框架体系结构的例子的框图。图3是示出了根据本专利技术的一个实施例的处理健康状况检查会话的过程 的流程图。图4A到图4B是示出了根据本专利技术的一个实施例的定义健康状况检查框 架的类的例子的框图。图5A到图5B是示出了根据本专利技术的一个实施例的定义健康状况检查框 架的分组接口的类的例子的框图。图6是示出了根据一个实施例的比较逻辑接口的例子的框图。图7到图8是示出了根据本专利技术的一个实施例的健康状况检查框架的类 的例子的框图。图9是示出了根据本专利技术的一个实施例的处理健康状况检查会话的过程 的流程图。图10到图12是根据本专利技术某些实施例的健康状况检查框架的图形用户 界面的例子。图13是可被用于本专利技术的一个实施例的数据处理系统的框图。具体实施例方式这里描述一种用于企业系统的健康状况检查框架。在下面的描述中，为 了提供对本专利技术实施例的更为透彻的说明，阐述了许多细节。但是对于本领 域的技术人员很显然，无需这些具体细节就可以实践本专利技术的实施例。在其 他实例中，为了避免模糊本专利技术的实施例，公知的结构和设备以框图的形式 而非详细地示出。在说明书中对"一个实施例"或者"实施例"的引用表示结合该实施例描述 的具体特征、结构或者特性被包括在本专利技术的至少一个实施例中。在说明书 中各处出现的短语"在一个实施例中"不一定都指示的同一个实施例。根据本专利技术的某些实施例，提供了 一种健康状况框架以便允许健康状况 斗全查客户端初始化并执行有关企业系统的系统和/或应用组件的健康状况的健康状况检查会话，所述企业系统诸如，例如，企业资源计划(ERP)系统。 健康状况检查框架包括一个或多个公共接口或方法，以允许健康状况检查客 户端调用健康状况检查框架，该健康状况检查框架可以被周期性调度或者按 需调度。公共方法不依赖于被监视的系统和应用组件。然后，公共方法调用 用于执行详细的具体健康状况检查操作的另一层(例如，较低层)方法，其 中，该层的方法给来自于公共接口的系统和/或应用组件提供抽象接口。较低 层的这些方法可以是系统和/或应用组件专用的，并且较低层的这些方法还可 以调用更低层或多个更低层的方法来访问系统和/或应用组件。较低层中的每 一个方法均可以被公共接口封装，并且可以4吏用面向对象编程技术开发，其 中，每一个方法均可以被实施为对象。较低层的某些方法可以通过重载和/或 虚拟化基的方法从基类继承。结果，关于特定系统和/或应用组件的特定操作 可以在对应的对象或类中独立地开发，并被其他方法或类调用。以这种方式 设计的健康状况;险查系统将更为灵活和可扩展。图1是根据本专利技术一个实施例的健康状况检查系统结构的框图。参考图 1，系统100包括一个或多个客户端系统例如客户端系统101、后端系统103 (例如，应用提供商系统和/或服务提供商系统)，它们被可操作地耦接到网 络102，例如互联网、内部网、局域网、以太网、无线网络、和/或电话网络。 应用提供商是企业软件的提供者(例如制造者)。服务提供商为企业软件提供 服务(例如，用户和系统支持、实施服务等等)。客户端系统101可以是任何 运行软件的系统。软件可以是单个应用或者操作系统，或者是软件应用的集合或是在较大型系统或应用中运行各种任务的软件組件，例如商业应用套装(business application suite )、例如客户关系管理(CRM )、商业管理、金融、 和制造软件。根据一个实施例，系统IOO可以利用嵌入客户端系统101中的健康状况 检查框架105来周期性地或不间断地监视客户端系统101的系统和应用组件 106，并且如果检测到紧急情况，则创建突发事件和/或管理任务，健康状况 检查框架105可以由健康状况检查应用客户端104初始化。突发事件被提供 给可即时访问上下文或诊断信息以便解决或提升(elevate)突发事件的用户， 例如IT管理员。可以在才企测到系统或应用组件中的变化(例如，系统或应用 组件活动中的变化、被监视的性能值超过预先定义的阈值，或者系统或应用 组件状态中的变化，例如停止业务处理过程的队列溢出等)之后自动产生突 发事件。突发事件是并非IT服务的标准操作的一部分的任何事件，并且其导致或 可能导致服务质量的中断或者降低(例如，IT服务的故障、错误、或失灵等 等)。万一发生了这样的事件，则这里描述的主题自动收集与该事件相关联的 上下文或诊断数据，例如技术信息和应用信息，把上下文数据与问题描述和 严重程度打包到突发事件报告中，并产生突发事件服务请求。管理任务是为 达到特定最终结果而需要运行的IT系统内的单个活动或一组活动。管理任务 可以涉及已定义的活动，例如配置参数的变化。管理任务也可以用于突发事 件和问题的解决、预防(即有助于保持IT系统稳定所要求的规章维护步骤的 运行)以及其他活动，例如配置变化、参数化、用户创建和系统重新启动。 管理任务的一个简单例子是"如何引导"，它逐步地描述了明确定义的活动。 管理任务的一个复杂例子是受引导本文档来自技高网...

【技术保护点】
一种计算机实施的用于管理企业系统的方法，所述方法包含：　提供一个或多个第一层方法作为公共接口，以便允许应用客户端初始化健康状况检查会话的一个或多个阶段，该健康状况检查会话用于评估具有多个系统和／或应用组件的企业系统的运转健康状况，其中，所述第一层方法不依赖于所述企业系统的具体组件；　提供一个或多个第二层方法，以便向关于所述一个或多个第一层方法的一个或多个系统和／或应用组件提供抽象接口，其中所述一个或多个第二层方法包括专用于所述企业系统的系统和／或应用组件中对应的一个组件的一个或多个方法，并且其中所述一个或多个第二层方法被封装在一个或多个对象中而不显露给所述应用客户端；和　响应于从所述应用客户端初始化的健康状况检查会话，所述一个或多个第一层方法调用所述一个或多个第二层方法，以便从所述一个或多个系统和／或应用组件收集数据，评估所收集的数据，并发布关于所述企业系统的一个或多个系统和／或应用组件的运转健康状况的状态报告。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：赵阳，王崇瑶，
申请(专利权)人：SAP股份公司，
类型：发明
国别省市：DE[德国]