批处理监控方法、装置及设备与流程

1.本技术涉及计算机技术领域，具体涉及一种批处理监控方法、装置、设备及处理器。


背景技术：

2.传统批处理调度监控面临着以下几个方面的挑战：随着业务的增多，每日运行的作业量也越来越多，作业与作业之间的关系也越来越发杂，进行跑批监控效率低；从全局监控的角度出发，不同加工链路的重要性不同，不能够针对性地对重要链路进行监控；实时监控的难度较大，由于批处理业务的复杂性，不能够实时的展示各应用的加工进度，获取当前批处理存在的异常情况及展现影响最终目标应用的“关键路径”。
3.为此，作业调度系统在基于传统批处理调度监控方面的应用中存在以下几个方面的问题：提供的基本为作业流或作业等细粒度的监控，没有从更高的维度进行展示；部分产品能够将全部作业间的依赖关系和加工情况展示在一张画布上，带来的缺点是用户体验性差，而且往往杂乱无章、难以体现实际业务含义。


技术实现要素：

4.本技术实施例的目的是提供一种批处理监控方法、装置、设备、存储介质及处理器。
5.为此，建立一个以场景维度进行展示，并能实时展示场景中每个应用具体业务日期/批次的加工进度和异常作业列表，并支持下钻获取更细粒度的作业实例的批处理监控方法，能够解决下述技术问题中的至少一者：
6.(1)传统调度软件对批处理全局监控主要是从作业流维度出发，抽象的维度不够，导致在监控展示上常常是很多作业全部展示在一张画布上，类似蜘蛛网，且在作业量多的情况下，可能由于计算量太大导致无法实时刷新；
7.(2)传统的调度软件一般只提供在实例化的作业流/作业实例上进行监控，没有很好地利用历史运行信息，如作业的平均运行时长、作业正常的启动时间等信息，也没有结合计划态的数据进行监控，只能等到作业已经运行失败了才能让用户感知，无法更有效地结合这些历史数据进行实时的监控；
8.(3)传统调度软件一般只提供一级监控，缺少下钻功能，无法更好满足运维需求。
9.为了实现上述目的，本技术第一方面提供一种批处理监控方法，包括：根据作业的配置信息获取应用的计划运行的作业，生成作业运行计划表；通过作业的运行历史数据获取作业的关键运行指标，生成作业运行历史指标表；通过所述作业运行计划表，获取已经运行完成的作业以计算并展示应用完成的进度；结合所述作业运行历史指标表，展示异常情况并钻取异常作业的信息，获取应用的异常作业列表。
10.在本技术实施例中，根据作业的配置信息获取应用的计划运行的作业，生成作业运行计划表，包括：识别场景的末端节点应用，其中一个场景对应一个末端节点应用；确定
所述末端节点应用与对应场景的作业间的依赖关系；根据所述作业间的依赖关系逐级向前推算出各节点应用，获得该场景的aoe网络，从而生成实际作业列表。
11.进一步地，识别场景的末端节点应用，包括：根据所述作业的配置信息，分类出各场景；将所述各场景关联的目标应用识别为末端节点应用。
12.进一步地，通过作业的运行历史数据获取作业的关键运行指标包括，将所述运行历史数据的中位数作为所述作业的关键运行指标。
13.进一步地，所述作业的关键运行指标包括：作业的执行时长、作业的开始运行时间节点、作业的结束运行时间节点。
14.进一步地，该方法还包括：定时刷新所述异常作业列表，将刷新的数据保持在缓存中，以直接读取所述刷新的数据。
15.进一步地，通过所述作业运行计划表，获取已经运行完成的作业以计算并展示各应用完成的进度，包括：根据场景中每个应用包含的作业数量，轮询所述作业的当前完成情况，其中每个应用的实时进度＝已执行成功的作业数量/场景下该应用包含的作业总数；以所述末端节点应用的进度来表征场景的整体进度。
16.进一步地，展示异常情况并钻取异常作业的信息，获取每个应用的异常作业列表，包括：从场景的aoe网络，获取具有最大路径长度的路径，标记为关键路径；根据所述关键路径，标记所述异常情况，包括标记作业运行失败、作业运行超时和作业延迟启动。
17.通过本技术的方法，以场景的维度来实现对全局批处理加工情况进行监控；通过标识场景的终点应用和终点应用作业集合，自动推算构建整个aoe图形，从而大大减少用户的配置量。
18.本技术第二方面提供一种批处理监控装置，包括：第一模块，用于根据作业的配置信息获取应用的计划运行的作业，生成作业运行计划表；第二模块，用于通过作业的运行历史数据获取作业的关键运行指标，生成作业运行历史指标表；第三模块，用于通过所述作业运行计划表，获取已经运行完成的作业以计算并展示应用完成的进度；第四模块，用于结合所述作业运行历史指标表，展示异常情况并钻取异常作业的信息，获取应用的异常作业列表。
19.在本技术实施例中，所述第一模块被配置为：根据所述作业的配置信息，分类出各场景；将所述各场景关联的目标应用识别为末端节点应用；识别场景的末端节点应用，其中一个场景对应一个末端节点应用；确定所述末端节点应用与对应场景的作业间的依赖关系；根据所述作业间的依赖关系逐级向前推算出各节点应用，获得该场景的aoe网络，从而生成所述实际作业列表。
20.进一步地，所述第二模块被配置为：根据场景中每个应用包含的作业数量，轮询所述作业当前完成情况，其中每个应用的实时进度＝已执行成功的作业数量/场景下该应用包含的作业总数；以所述末端节点应用的进度表征场景的整体进度。
21.进一步地，所述第四模块被配置为：获取异常情况分类；通过所述异常情况的分类，计算异常作业的比例；根据所述异常作业的比例，进行区分展示。
22.本技术所述批处理监控装置的技术效果同批处理监控的方法。
23.本技术另一面提供一种处理器，被配置成执行上述批处理监控方法。
24.本技术另一面提供一种批处理监控设备，该设备包括处理器和存储器，所述处理
器被配置为执行所述批处理监控方法。
25.本技术第五方面提供一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现所述批处理监控方法。
26.一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令在被处理器执行时使得所述处理器被配置成执行所述批处理监控方法。
27.通过上述技术方案，通过场景的维度组织整体批处理监控，实时把控整体加工进度；提高了运维效率，运维人员通过场景中每个应用的异常作业列表，可以定点对这些作业进行运维，也减少了运维人员的人力投入。
28.通过本技术的技术方案，以场景的维度来实现对全局批处理加工情况进行监控，每个场景代表一个有业务含义的批处理加工逻辑；通过标识场景的终点应用和终点应用作业集合，自动推算构建整个aoe图形，从而大大减少用户的配置量。
29.利用aoe来表征场景，从而方便的展示场景中每个应用的关系和计算关键路径，并结合历史数据来判断作业当前的运行情况是否正常，而且结合作业运行计划表推算应用具体业务日期/批次需要运行的作业集合，锁定监控的范围，无需等待作业流完成实例化。
30.本技术实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
31.附图是用来提供对本技术实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本技术实施例，但并不构成对本技术实施例的限制。在附图中：
32.图1示意性示出了现有技术control-m系统架构框图；
33.图2示意性示出了根据本技术实施例的批处理监控的方法的流程示意图；
34.图3a示意性示出了根据本技术实施例的作业运行计划表生成流程示意图；
35.图3b示意性示出了根据本技术实施例的作业运行历史指标表生成流程示意图；
36.图3c示意性示出了根据本技术实施例的异常作业列表生成流程示意图；
37.图4示意性示出了根据本技术实施例的场景配置流程示意图；
38.图5示意性示出了根据本技术实施例的场景aoe示例图；
39.图6示意性示出了根据本技术实施例的批处理监控装置的结构框图；
40.图7示意性示出了根据本技术实施例的计算机设备的内部结构图。
具体实施方式
41.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，应当理解的是，此处所描述的具体实施方式仅用于说明和解释本技术实施例，并不用于限制本技术实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.需要说明，若本技术实施例中有涉及方向性指示(诸如上、下、左、右、前、后
……
)，则该方向性指示仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
43.另外，若本技术实施例中有涉及“第一”、“第二”等的描述，则该“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
44.图1示意性示出了现有技术control-m系统架构框图。
45.参见图1，control-m系统的技术方案通过三层架构实现了管理、调度及作业执行三部分功能的分离。其中，第一层的control-m/em是管理模块，负责作业的定义/上传、运行监控等；第二层的control-m/server是整个调度的核心，承担了作业流的实例化、作业的调度、资源配置、作业运行管理等；第三层的control-m/agent是作业运行节点，负责运行由server下发的作业，并保存作业运行状态，与control-m/server同步作业运行状态。其中，监控功能主要由control-m/em完成。其原理是control-m/em从control-m/em db的数据中获取作业与作业之间的依赖关系和通过control-m/server向control-m/server db中的数据实时获取作业实例运行情况，用户通过指定需要监控的目标作业流/作业集合来进行实时监控。
46.该现有技术的缺点：用户需要选择所要监控的全部作业流/作业，要求用户对所监控的全链路加工过程十分熟悉；在一个画布中展示所选择作业的关系，维度较细，无法从全局角度进行更好的监控；无法体现用户所监控的目标作业的整体加工进度。
47.对于现有技术中的基于airflow的调度系统(图1未示出)，该技术方案主要是从作业流(也就是dag)的角度进行监控，提供了树形结构、图形结构、甘特图等方式进行可视化展示，可以对作业流进行较好的监控。其中树形和图形结构可以方便地显示该作业流下各个作业实例的运行状态，甘特图主要是通过分析构成该作业流的各个作业的运行起止时间来分析该作业流的瓶颈点。其本质还是从作业流角度出发的监控。
48.该现有技术的缺点：基于airflow的调度系统提供的是作业流维度的监控，缺乏更高维度的监控，即下文介绍的本技术的场景维度监控，难以满足全局批处理监控的要求；监控的展示上只是体现已完成实例化的作业的运行状态，对于还未完成实例化的作业流无法展示。
49.对于现有技术中的基于dolphinscheduler的调度系统(图1未示出)，该技术方案与基于airflow的调度系统的实现方式类似，也是从工作流(同作业流)的角度出发来进行监控，提供了树形图展示任务节点的类型和任务状态；此外dolphinscheduler同样提供了甘特图来完成工作流瓶颈的分析能力。其技术的缺点同上。
50.本技术提供的批处理监控的方法，可以应用于例如互联网应用环境中。其中，互联网应用环境包括：终端、服务器和网络。终端通过网络与服务器进行通信。其中，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
51.图2示意性示出了根据本技术实施例的批处理监控的方法的流程示意图。如图2所示，在本技术一实施例中，提供了一种批处理监控的方法，本实施例主要以该方法应用于上述终端(或服务器)来举例说明，包括以下步骤：
52.s202，根据作业的配置信息获取应用计划运行的作业，生成作业运行计划表。
53.根据实施例，应用是多个应用，每个应用下有若干的作业。应用可以简单理解为项目(project)，应用下可以包含多个作业流，每个作业流下有多个作业。每个作业都属于某个应用。
54.先是根据用户初始配置作业的输入条件、和输出条件，找出作业之间的依赖关系。当作业的输入条件满足时，作业就会启动起来。
55.然后根据作业间的依赖关系，转换成应用之间的依赖关系。
56.s204，通过作业的运行历史数据获取作业的关键运行指标，生成作业运行历史指标表。具体而言，所述作业的关键运行指标包括作业的执行时长、作业的开始运行时间节点、作业的结束运行时间节点。
57.s206，通过所述作业运行计划表，获取已经运行完成的作业以计算并展示应用完成的进度。
58.s208，结合所述作业运行历史指标表，展示异常情况并钻取异常作业的信息，获取应用的异常作业列表。
59.本技术通过场景的维度组织整体(全局)批处理监控，实时把控整体加工进度。运维人员通过场景中每个应用的异常作业列表，可以定点对这些作业进行运维，也减少了运维人员的人力投入。
60.图3a示意性示出了根据本技术实施例的作业运行计划表生成流程示意图。
61.参见图3a，结合图2的本技术的方法流程图进行详细描述。
62.根据实施例，本技术技术方案的方法整体上包含三个流程：作业运行计划表生成流程、作业运行历史指标刷新流程、场景aoe运行信息刷新流程(即主流程)。作业运行计划表的主要作用是根据作业的配置信息(频度)获取每个应用每天需要运行的作业列表。这里用到的作业配置信息，主要是作业的执行频度，比如每天、每周、每月执行，月初、月末执行等，或者具体时间点，比如每天09:00执行。
63.在s301，获取数据库调度配置信息。由于场景配置生效完成后，需要每天计算场景的实时运行信息，在具体实现上只要首先获取末端节点(终点)应用本业务日期或者批次需要运行的作业集合，再根据作业间的依赖关系逐级往前推算，就可以获得该场景本业务日期或者批次需要运行的实际作业列表(作业集合)。
64.根据实施例，这里的作业集合是根据终点作业依赖关系找出来的，属于该应用下的所有作业。可以这样理解，终点作业要执行成功，需要关注它所依赖的上游作业，这里的作业集合就是需要关注的作业，也可以称为重点作业。
65.根据实施例，本业务日期可以理解为，一批作业具体所属的日期，一般情况本业务日期等于作业执行日期，也有不一致的情况。
66.在本实施例中，在s303定时刷新作业运行计划表。优选作业运行计划表每天刷新一次，也可以按照实际情况定时刷新作业运行计划表。
67.根据实施例，设置作业运行计划表为每日newday自动加载。操作权限、选择调度日期、作业名称、作业类型、命令执行用户、作业允许调度日期，如每天调度、用于作业的异常逻辑处理、场景信息配置。
68.通过计划表提前锁定需要监控的作业范围，无需等待作业流完成实例化，大大提
高了监控的准确度
69.图3b示意性示出了根据本技术实施例的作业运行历史指标表生成流程示意图。
70.参见图3b，根据实施例，作业运行历史指标表的作用是通过作业的历史运行数据获取作业的关键运行指标，也可以理解为重要运行指标。
71.根据实施例在s311，获取运行成功的作业流水信息，例如作业的执行时长、作业的开始运行时间(时间节点)、作业的结束运行时间(时间节点)。
72.在s313，按照中位数方法定时刷新作业运行时长、启动时间节点、结束时间节点。具体而言，计算的方法采用历史数据的中位数获取。这里的中位数是指，作业历史运行时长的中位数。有些作业可能每天跑批，每天都会有运行时长，会有一个存储过程(oracle)每天统计出所有作业各自的运行时长中位数。
73.在s315，刷新作业运行历史指标表。
74.图3c示意性示出了根据本技术实施例的异常作业列表生成流程示意图。
75.参见图3c，根据实施例，在s321，场景aoe刷新主流程可以每5分钟刷新一次，在判断刷新未结束，进入s323，获取当前配置的场景信息，在s235，根据作业运行计划表获取所有应用本业务日期或者批次需要运行的作业集合。
76.根据实施例，在s237，更新每个应用运行成功的作业数、刷新进度信息，并获取已经运行完成的作业以计算应用的进度。
77.在s239，通过判断作业运行流水信息，结合作业运行历史指标表，获取各应用的异常作业列表，并支持进一步钻取异常作业的信息。场景aoe刷新主流程刷新的数据全部保持在redis缓存中，页面上直接读取redis数据即可，这样做也避免了由于计算量过大导致页面无法刷新的情况。
78.图4示意性示出了根据本技术实施例的场景配置流程示意图。
79.参见图4，一个场景代表了一个批处理业务加工逻辑，比如监管报送、数据仓库加工等等，场景本身是有业务含义的。场景配置过程如下：
80.在s401，根据所述作业的配置信息，分类出所述各场景。具体而言，根据所关注的批处理业务逻辑确定场景。
81.在s403，将所述各场景关联的目标应用识别为末端节点应用，具体而言，识别出与该场景关联的目标应用即终点应用，也可以理解为末端节点应用，识别各场景的末端节点应用，其中一个场景对应一个末端节点应用。
82.在s405，确定所末端节点应用与对应场景的作业间的依赖关系。
83.根据实施例，确定出终点应用与该场景有关联的作业集合、关注的业务日期/批次规则(该规则会根据当前的自然日期推算需要监控的日期、批次，比如t(1)代表当前系统日期后一天，t(-1)代表当前系统日期前一天，批次为4位数字构成，涵盖了1-9999，如b(1)代表第1个批次)和推算层级，推算层级主要是为了确定自动推算的最大层级。
84.在s407，根据所述作业间的依赖关系逐级向前推算出各节点应用，获得该场景的aoe网络，从而生成所述实际作业列表。
85.由于场景本身是有意义的，一个场景也代表了一个重要的批处理加工逻辑，通过梳理场景的过程也能从业务的角度更好地理解批处理业务，使监控更有针对性；场景配置过程中，用户在识别出场景之后，只需要确定终点应用，系统自动推算构建场景的aoe图，减
少了配置复杂度，对用户更加友好。
86.根据实施例，自动根据系统中作业与作业之间的依赖关系、作业所属的应用逐级往上推算出上游应用，从而推算出场景的aoe图形，aoe图形代表了这个场景的加工链路。场景配置结束后，可获得实际作业列表。
87.图5示意性示出了根据本技术实施例的场景aoe示例图。
88.参见图5，一个典型的场景aoe图形如图5所示。本技术能够展示的数据包括该场景的依赖关系、实时加工进度、异常情况展示(即需要体现当前进度是否处于正常水平)。下面分别针对实现方式进行说明。
89.通过所述实际作业列表，获取已经运行完成的作业以计算并展示各应用完成的进度，包括：根据场景中每个应用包含的作业数量，轮询所述作业当前完成情况，其中每个应用的实时进度＝已执行成功的作业数量/场景下该应用包含的作业总数；以末端节点应用的进度来表征场景的整体进度。
90.根据实施例，图5中依赖关系：通过作业间的依赖关系转换成应用间的依赖关系，上游作业所属的应用将有一条边指向下游应用。举例而言，起点应用a1是应用a2和应用a3的上游应用。对于应用a1这条边来讲，上、下游对应的作业集合是确定的。
91.根据实施例，实时加工进度根据图5场景中每个应用包含的作业集合，通过后台线程定时去轮询这些作业当前完成情况。具体而言，起点应用a1进度为100％，应用a2的进度显示为30％。其计算方法为：应用的实时进度＝已执行成功的作业数/本场景下该应用包含的作业总数。
92.根据实施例，场景的整体进度以末端节点应用(终点应用)的进度来表征，如应用a6进度为30％。
93.根据实施例，异常情况包含三种情况：作业运行失败、作业运行超时、作业延迟启动。展示异常情况并钻取作业实例信息，获取每个应用的异常作业列表，包括：从场景的aoe网络，获取具有最大路径长度的路径，标记为关键路径；根据所述关键路径，标记所述异常情况，包括标记作业运行失败、作业运行超时和作业延迟启动。
94.根据实施例，其中作业运行失败可以根据作业的运行流水实时获取；作业运行超时和作业延迟启动情况需要结合历史运行数据获取，后台通过固定线程计算每个作业的历史运行指标(执行时长、启动时间节点)，然后实时比对作业运行情况是否存在执行超时和延迟启动的情况。综上，异常作业的比例＝(运行失败作业数 运行超时作业数 延迟启动的作业数)/本场景下该应用包含的作业总数。
95.根据实施例，异常情况的严重程度可以通过不同颜色进行区分展示。举例而言，80～100％的作业异常对应深红色、50～80％对应橙色、20～50％对应浅黄色、10～20％对应蓝色、0％～10％对应绿色。
96.根据实施例，当对场景中的应用进行下钻时，展示该应用下作业集合中每个作业的状态。参见表1，通过作业名可以进一步跳转到作业实例页面。通过这种方式，可以更加详细展示当前应用下每个作业的详细处理情况。
97.应用名作业流名作业名业务日期批次异常标识应用1flowajob1202101010001执行失败应用1flowbjob2202101010001延迟启动
应用1flowcjob3202101010001正常
98.表1场景应用下钻信息
99.根据实施例，在上述的aoe图形中，从起点到终点具有最大路径长度(该路径上的各个活动所持续的时间之和)的路径为关键路径。举例而言，参考图5中，a1到a2经过a4到达终点应用a6为关键路径的情况下，计算关键路径的重点在于如何定义边的权值。本技术中提供两种策略来定义边的权值。策略一：该边关联的上游应用的作业集合中运行时间最长的值代表该条边的权值，举例而言，应用a4上游应用为a2和a3，那么通过策略一判断进度30％的a2应用有运行时间最长的权值，则得到关键路径为a1到a2经过a4到达终点应用a6，其中，各作业的运行时间可以取过去30个日期运行时长的中位数表征。
100.根据实施例，策略二：该边关联的上游应用的作业集合中最晚结束的作业时间表示(作业的结束时间同样取过去30个日期该作业的结束时间中位数)，为了便于计算，最晚结束时间需要基于某个时间的基准值换算成整数值来代表该边的权值。确定了各条边的权值之后，关键路径可以计算出来，确定从起点应用到终点应用具备最大边权值之和的路径即为关键路径。
101.本技术通过场景的维度组织整体批处理监控，实时把控整体加工进度；提高了运维效率，运维人员通过场景中每个应用的异常作业列表，可以定点对这些作业进行运维，也减少了运维人员的人力投入。
102.通过本技术的技术方案，以场景的维度来实现对全局批处理加工情况进行监控，每个场景代表一个有业务含义的批处理加工逻辑；通过标识场景的终点应用和终点应用作业集合，自动推算构建整个aoe图形，从而大大减少用户的配置量。
103.利用aoe来表征场景，从而方便的展示场景中每个应用的关系和计算关键路径，并结合历史数据来判断作业当前的运行情况是否正常，而且结合作业运行计划表推算应用具体业务日期/批次需要运行的作业集合，锁定监控的范围，无需等待作业流完成实例化。
104.图6示意性示出了根据本技术实施例的批处理监控装置的结构框图。
105.在一个实施例中，如图6所示，提供了一种批处理监控装置600，包括第一模块601、第二模块603、第三模块605以及第四模块607，其中：
106.第一模块601用于根据作业的配置信息获取应用计划运行的作业，生成作业运行计划表。
107.第二模块603用于通过作业的运行历史数据获取作业的关键运行指标，生成作业运行历史指标表。
108.第三模块605用于通过所述作业运行计划表，获取已经运行完成的作业以计算并展示应用完成的进度。
109.第四模块607用于结结合所述作业运行历史指标表，展示异常情况并钻取异常作业的信息，获取应用的异常作业列表。
110.根据实施例，所述第一模块601被配置为：根据所述作业的配置信息，分类出各场景；将各场景关联的目标应用识别为末端节点应用；识别场景的末端节点应用，其中一个场景对应一个末端节点应用；确定末端节点应用与对应场景的作业间的依赖关系；根据所述作业间的依赖关系逐级向前推算出各节点应用，获得该场景的aoe网络，从而生成所述实际作业列表。
111.根据实施例，所述第二模块603被配置为：根据场景中每个应用包含的作业数量，轮询所述作业当前完成情况，其中每个应用的实时进度＝已执行成功的作业数量/场景下该应用包含的作业总数；以末端节点应用的进度表征场景的整体进度。
112.根据实施例，所述第四模块607被配置为：获取异常情况分类；通过所述异常情况的分类，计算异常作业的比例；根据所述异常作业的比例，进行区分展示。
113.所述批处理监控装置包括处理器和存储器，上述第一模块601、第二模块603、第三模块605以及第四模块607均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序模块中实现相应的功能。
114.本技术的批处理监控装置有益效果如上述批处理监控方法，在此不赘述。
115.处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现对批处理监控方法。
116.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
117.本技术实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现上述批处理监控方法。
118.本技术实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述批处理监控方法。
119.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器a01、网络接口a02、存储器(图中未示出)和数据库(图中未示出)。其中，该计算机设备的处理器a01用于提供计算和控制能力。该计算机设备的存储器包括内存储器a03和非易失性存储介质a04。该非易失性存储介质a04存储有操作系统b01、计算机程序b02和数据库(图中未示出)。该内存储器a03为非易失性存储介质a04中的操作系统b01和计算机程序b02的运行提供环境。该计算机设备的数据库用于存储批处理监控数据。该计算机设备的网络接口a02用于与外部的终端通过网络连接通信。该计算机程序b02被处理器a01执行时以实现一种批处理监控方法。
120.本领域技术人员可以理解，图7中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
121.在一个实施例中，本技术提供的批处理监控装置可以实现为一种计算机程序的形式，计算机程序可在如图7所示的计算机设备上运行。计算机设备的存储器中可存储组成该批处理监控装置的各个程序模块，比如，图6所示的第一模块、第二模块和第三模块和第四模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本技术各个实施例的批处理监控方法中的步骤。
122.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
123.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
124.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
125.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
126.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
127.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
128.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
129.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
130.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。