调度器管理方法、装置、设备及存储介质与流程

1.本技术实施例涉及计算机技术领域，尤其涉及一种调度器管理方法、装置、设备及存储介质。


背景技术：

2.无论是互联网应用或者企业级应用，都充斥着大量的批处理任务，通过把分散的、可靠性差的批处理任务纳入统一的批量调度平台，由批量调度平台高效管理整合业务系统的批量任务，可以保证批量任务高效有序运行。作为批量调度平台的核心，调度器集群的可用性会直接影响批量任务的稳定运行。
3.现有技术中，对批量调度器的自动管理主要通过传统的故障转移群集管理器实现。然而，由于故障转移群集管理器属于第三方系统，管理模式单一、固定，在调度器集群的可用性管理方面存在不足。
4.因此，针对现有技术中存在的问题，亟待进行改善。


技术实现要素：

5.本技术提供一种调度器管理方法、装置、设备及存储介质，以提高调度器集群的可用性。
6.第一方面，本技术实施例提供了一种调度器管理方法，应用于调度器集群中的任一调度器，该方法包括：
7.确定所述调度器集群中与自身相关的分区管理需求；
8.根据所述分区管理需求，调整自身的可处理分区；
9.根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。
10.第二方面，本技术实施例还提供了一种调度器管理装置，应用于调度器集群中的任一调度器，该装置包括：
11.分区需求确定模块，用于确定所述调度器集群中与自身相关的分区管理需求；
12.处理分区调整模块，用于根据所述分区管理需求，调整自身的可处理分区；
13.批量程序调起模块，用于根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。
14.第三方面，本技术实施例还提供了一种电子设备，所述设备包括：
15.一个或多个处理器；
16.存储装置，用于存储一个或多个程序，
17.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面实施例所提供的任意一种调度器管理方法。
18.第四方面，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面实施例所提供的任意一种调度器管理方法。
19.本技术实施例应用于调度器集群中的任一调度器，通过确定所述调度器集群中与
自身相关的分区管理需求；根据所述分区管理需求，调整自身的可处理分区；根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。通过上述技术方案，调度器集群中的各调度器可以基于与自身相关的分区管理需求，对自身的可处理分区进行自适应调整，使得调度器集群可以自动伸缩扩容，容错率较高，提高了整个调度器集群的可用性，与现有技术相比，由于不依赖第三方系统，且无中心结点，由调度器集群中的各调度器进行民主自治管理，提高了整个调度器集群的可用性，从而减少了整个调度器集群的故障概率。
附图说明
20.图1是本技术实施例一提供的一种调度器管理方法的流程图；
21.图2是本技术实施例二提供的一种调度器管理方法的流程图；
22.图3是本技术实施例三提供的一种调度器管理方法的流程图；
23.图4是本技术实施例四提供的一种调度器管理方法的流程图；
24.图5是本技术实施例五提供的一种调度器管理装置的示意图；
25.图6是本技术实施例六提供的一种电子设备的示意图。
具体实施方式
26.下面结合附图和实施例对本技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。
27.在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
28.实施例一
29.图1为本技术实施例一提供的一种调度器管理方法的流程图。本技术实施例可适用于对批量调度器集群中的批量调度器进行管理的情况。该方法可以由一种调度器管理装置来执行，该装置可以由软件和/或硬件的方式实现，并具体配置于电子设备中，该电子设备可以是移动终端或固定终端。
30.参见图1，本技术实施例提供的调度器管理方法，应用于调度器集群中的任一调度器，包括：
31.s110、确定调度器集群中与自身相关的分区管理需求。
32.本实施例中，每个调度器可以确定调度器集群中与自身相关的分区管理需求。其中，调度器集群也即批量调度器集群，批量调度器集群包括至少一个批量调度器，批量调度器负责自动筛选出符合条件的批量程序，并按照一定的调度策略调起执行，批量调度器又可以简称为调度器，分区管理需求可以是与分区调整相关的管理需求。
33.具体地，分区管理需求可以包括从号源分区向新增分区划分号段的分区扩容需求、调度器升级需求和对故障调度器的故障转移需求中的至少一个。其中，分区扩容需求、调度器升级需求和故障转移需求为有序分区管理需求，不同分区管理需求，对应的处理时
间顺序不同。本实施例中，分区扩容需求需要优先处理，故障转移需求则是最后处理，具体而言是，分区扩容需求在调度器升级需求之前，调度器升级需求在故障转移需求之前。
34.例如，以分区扩容需求为例，可以针对调度器集群中某个调度器，将从该调度器的一个分区的号段范围中划分出来的号段分配给调度器集群中的另一个调度器作为新增分区，实现分区的灵活调整；再比如，以调度器升级需求为例，可以针对调度器集群中待升级的调度器，将待升级调度器的分区调整到调度器集群中的其他调度器，直到待升级调度器升级完成后再将该分区调整回来，实现滚动升级，保证业务不停机；再比如，以故障转移需求为例，可以针对调度器集群中故障调度器，将故障调度器的分区调整到调度器集群中的其他调度器，当故障调度器修复后，可以等待其他调度器将多余的分区分给自己处理，实现自动故障转移。
35.本实施例中，可以基于号段的范围分区算法，将批量程序编号划分为多个号段，每个号段作为一个分区。例如，假设存在a、b和c三个分区，每个分区对应的号段范围可以为a00-a99、b00-b49和c00-c19。
36.初始调度时，调度器集群中的每个调度器可以处理至少一个分区，如一个调度器可以处理一个分区或两个分区等。具体调度器分区情况，可以根据实际需求和使用情况，分别为调度器集群中的每个调度器设置相应的分区。可选地，初始调度时，每个调度器可以对应处理一个分区。
37.s120、根据分区管理需求，调整自身的可处理分区。
38.本实施例中，根据不同的分区管理需求，每个调度器可以对应调整自身的可处理分区。具体地，在调度器工作过程中，调度器集群中各调度器的可处理分区不是固定不变的，而是可以根据具体的分区管理需求进行自适应调整，从而可以提高调度器集群的可用性。
39.s130、根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。
40.本实施例中，可以为每个调度器设置调度器分区字段，通过调度器分区字段对调度器的分区情况进行表示，调度器分区字段可以包括调度器编号、分区编号、当前生效分区、即将生效分区、已失效分区、已失效分区和分区生效状态等。
41.其中，每个调度器可以设置唯一的调度器编号，每个分区可以设置唯一的分区编号，当前生效分区是指调度器现在生效的分区号，即将生效分区是指调度器即将处理的分区号，已失效分区是指调度器之前处理过，现在不处理的分区号，分区生效状态是指调度器的分区是否有效的一个状态，分区生效状态包括已生效、待修改两种。
42.本实施例中，只有调度器的分区生效状态为有效的情况下，才可以根据调度器当前生效分区对应号段范围，筛选批量程序并调起。具体地，调度器可以根据批量业务(包括批量代收代付业务、个人贷款到期还款、信用卡自动还款、定期自动转存、基金定投和结息处理等业务)，从号段范围对应的批量程序中筛选出符合条件的批量程序，并按照一定的调度策略调起执行，如在指定时间将批量程序调起执行。
43.本技术实施例应用于调度器集群中的任一调度器，通过确定所述调度器集群中与自身相关的分区管理需求；根据所述分区管理需求，调整自身的可处理分区；根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。通过上述技术方案，调度器集群中的各调度器可以基于与自身相关的分区管理需求，对自身的可处理分区进行自适应调整，使得
调度器集群可以自动伸缩扩容，容错率较高，提高了整个调度器集群的可用性，与现有技术相比，由于不依赖第三方系统，且无中心结点，由调度器集群中的各调度器进行民主自治管理，提高了整个调度器集群的可用性，从而减少了整个调度器集群的故障概率。
44.实施例二
45.图2为本技术实施例二提供的一种调度器管理方法的流程图，本实施例是在上述实施例的基础上，对上述方案的优化。
46.进一步地，所述分区管理需求包括从号源分区向新增分区划分号段的分区扩容需求；相应的，将操作“根据所述分区管理需求，调整自身的可处理分区”，细化为“确定自身与所述分区管理需求相关联的待管理分区；若所述待管理分区对应所述号源分区，则将所述待管理分区的分区状态调整为修改状态；若所述待管理分区对应所述新增分区，则将所述待管理分区的分区状态调整为新增状态”，在分区管理需求包括分区扩容需求时，执行相应对调度器可处理分区的调整操作。
47.其中与上述实施例相同或相应的术语的解释在此不再赘述。
48.参见图2，本实施例提供的调度器管理方法，应用于调度器集群中的任一调度器，包括：
49.s210、确定调度器集群中与自身相关的分区管理需求；其中，分区管理需求包括从号源分区向新增分区划分号段的分区扩容需求。
50.本实施例中，号源分区所属的调度器和新增分区所属的调度器可以是同一个调度器或不同的调度器，具体可以根据实际需求和使用情况进行确定。
51.s220、确定自身与分区管理需求相关联的待管理分区。
52.具体地，可以对调度器的分区进行逐一扫描，以确定自身是否存在与分区管理需求相关联的待管理分区。例如，假设调度器1有两个分区(包括e和f分区)，调度器2作为新加入调度器集群的调度器其分区为空，此时，可以将调度器1中一个分区如e分区的部分号段划分到调度器2，作为调度器2的新增分区，由调度器1和调度器2共同处理调度器1的分区，从而在整体上提高调度器集群对批量程序的处理能力。
53.s230、若待管理分区对应号源分区，则将待管理分区的分区状态调整为修改状态。
54.本实施例中，可以为每个分区设置分区字段，分区字段包括分区编号、分区范围和分区状态。其中，分区范围表示此分区对应的号段范围，分区状态表示该分区是否处于生效的状态，分区状态包括新增、修改和已生效三种。
55.继续以上述例子为例，号源分区是指调度器1中的e分区，对于调度器1来说，e分区是经过修改的，所以可以将号源分区的分区状态调整为修改状态。
56.s240、若待管理分区对应新增分区，则将待管理分区的分区状态调整为新增状态。
57.继续以上述例子为例，新增分区是指调度器2中新增的分区，对于调度器2来说，该分区是新增的，所以可以将新增分区的分区状态调整为新增状态。
58.s250、根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。
59.本实施例中，当调度器的分区修改之后，需要判断调度器的分区状态是否生效，只有分区的分区状态是已生效的情况，调度器才会继续处理。
60.可选地，所述根据当前生效的可处理分区对应号段范围，筛选批量程序并调起，包括：在新的调度周期到来后，判断当前待处理分区的分区状态是否为新增状态；若是，则根
据自身修改状态下的可处理分区的存在情况，控制将所述当前待处理分区的分区状态调整为生效状态；根据所述生效状态下的所述待处理分区对应号段范围，筛选批量程序并调起。
61.具体地，所述根据所述生效状态下的所述待处理分区对应号段范围，筛选批量程序并调起，包括：若生效状态下的所述待处理分区的分区生效状态为已生效，则根据所述分区生效状态下的所述待处理分区对应号段范围，筛选批量程序并调起。
62.本实施例中，若当前待处理分区的分区状态不为新增状态，则直接将所述当前待处理分区的分区状态为生效状态。
63.可选地，所述根据自身修改状态下的可处理分区的存在情况，控制将所述当前待处理分区的分区状态为生效状态，包括：若自身存在修改状态下的可处理分区，则获取下一可处理分区作为新的当前待处理分区，继续执行新增状态判断操作；若自身不存在修改状态下的可处理分区，则直接将所述当前待处理分区的分区状态为生效状态。
64.本实施例中，在确定调度器当前待处理分区的分区状态为新增状态的情况下，还需对调度器的其他分区的分区状态进行判断，如果调度器的其他分区的分区状态为修改状态，则结束对当前待处理分区的调度，等下一轮调度再次判断，此时，可以获取调度器的下一可处理分区作为新的当前待处理分区。
65.可以理解的是，通过上述操作，可以保证调度器已经更新为新的号段范围，不再处理之前的号段范围，防止两个调度器同时处理一个号段而导致重复调度，造成冲突。
66.本技术实施例在上述实施例的基础上，在分区管理需求包括分区扩容需求时，执行相应对调度器可处理分区的调整操作，通过确定自身与所述分区管理需求相关联的待管理分区；若所述待管理分区对应所述号源分区，则将所述待管理分区的分区状态调整为修改状态；若所述待管理分区对应所述新增分区，则将所述待管理分区的分区状态调整为新增状态。通过上述技术方案，在扩容场景下，基于无中心节点的民主自治集群管理，实现了调度器的在线自动扩容，做到了扩容不停机，比人工管理更及时、更高效，同时由于无中心节点，由集群中的各节点进行民主自治的管理，保证了整个调度器集群的可用性、容错性以及可伸缩性，防止因中心节点故障导致整个调度器集群不可用。
67.实施例三
68.图3为本技术实施例三提供的一种调度器管理方法的流程图，本实施例是在上述实施例的基础上，对上述方案的优化。
69.进一步地，所述分区管理需求包括调度器升级需求；相应的，将操作“根据所述分区管理需求，调整自身的可处理分区”，细化为“确定自身与所述调度器升级需求相关联的待管理分区；若自身调度器为待升级调度器，则将所述待管理分区从可处理分区剔除，并将所述待管理分区的生效状态调整为待修改；若自身调度器为待升级调度器的分区接管调度器，则将所述待管理分区添加至自身可处理分区，并将所述待管理分区的生效状态调整为待修改”，在分区管理需求包括调度器升级需求时，执行相应对调度器可处理分区的调整操作。
70.其中与上述实施例相同或相应的术语的解释在此不再赘述。
71.参见图3，本实施例提供的调度器管理方法，应用于调度器集群中的任一调度器，包括：
72.s310、确定调度器集群中与自身相关的分区管理需求；其中，分区管理需求包括调
度器升级需求。
73.例如，假设调度器3有升级需求，调度器3作为待升级调度器，可以将自身分区调整到调度器集群中的其他调度器如调度器4，而调度器4可以作为分区接管调度器。待调度器3升级完成后，可以再将分区调整回来。
74.s320、确定自身与调度器升级需求相关联的待管理分区。
75.具体地，可以对调度器的分区进行逐一扫描，以确定自身是否存在与调度器升级需求相关联的待管理分区。
76.s330、若自身调度器为待升级调度器，则将待管理分区从可处理分区剔除，并将待管理分区的生效状态调整为待修改。
77.其中，将待管理分区的生效状态也即将待管理分区的分区生效状态。
78.s340、若自身调度器为待升级调度器的分区接管调度器，则将待管理分区添加至自身可处理分区，并将待管理分区的生效状态调整为待修改。
79.s350、根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。
80.具体地，所述根据当前生效的可处理分区对应号段范围，筛选批量程序并调起，包括：在新的调度周期到来后，若自身调度器为所述分区接管调度器，则确定当前待处理分区是否未被占用；若是，则获取未被占用的当前生效的可处理分区对应号段范围，筛选批量程序并调起。其中，若当前待处理分区被占用，则结束对当前待处理分区的调度。
81.继续以上述例子为例，在新的调度周期到来后，调度器3作为待升级调度器，其分区生效状态为待修改，可以将待升级调度器的当前生效分区复制到已失效分区，并将当前生效分区设置为空，更新分区生效状态为已生效。调度器4作为分区接管调度器，其分区生效状态为待修改，需要进一步判断分区接管调度器的即将生效分区是否正在被其他调度器处理，如果调度器3尚未释放他的分区，则结束本轮调度，防止重复调度，下一轮循环再次判断。如果没有分区在被其他调度器处理，则可以将分区接管调度器的当前生效分区复制到已失效分区，并将即将生效分区复制到当前生效分区字段，更新分区生效状态为已生效，后续处理使用新生效的分区。
82.本技术实施例在上述实施例的基础上，在分区管理需求包括调度器升级需求时，执行相应对调度器可处理分区的调整操作，通过确定自身与所述调度器升级需求相关联的待管理分区；若自身调度器为待升级调度器，则将所述待管理分区从可处理分区剔除，并将所述待管理分区的生效状态调整为待修改；若自身调度器为待升级调度器的分区接管调度器，则将所述待管理分区添加至自身可处理分区，并将所述待管理分区的生效状态调整为待修改。通过上述技术方案，在调度器升级场景下，基于无中心节点的民主自治集群管理，当某个调度器升级时，可以由其他调度器接管他负责的分区，做到了不停服务的滚动升级，进一步提高了调度器集群的可用性。
83.实施例四
84.图4为本技术实施例四提供的一种调度器管理方法的流程图，本实施例是在上述实施例的基础上，对上述方案的优化。
85.进一步地，所述分区管理需求包括对故障调度器的故障转移需求；相应的，将操作“根据所述分区管理需求，调整自身的可处理分区”，细化为“将所述故障调度器的调度器状态调整为消亡状态；将所述故障调度器中的可处理分区添加至自身可处理分区中”，在分区
管理需求包括对故障调度器的故障转移需求时，执行相应可处理分区的调整操作。
86.其中与上述实施例相同或相应的术语的解释在此不再赘述。
87.参见图4，本实施例提供的调度器管理方法，应用于调度器集群中的任一调度器，包括：
88.s410、确定调度器集群中与自身相关的分区管理需求；其中，分区管理需求包括对故障调度器的故障转移需求。
89.本实施例中，由调度器集群中的各调度器进行民主自治管理，各调度器之间可以相互监督，当某个调度器故障时，可以由其他调度器接管他负责的分区。例如，调度器5发生故障时，调度器集群中的其他调度器如调度器6可以对调度器的工作状态进行检查，在发现调度器5故障时，可以发出告警信息，并且调度器6还可以接管调度器5处理的分区。
90.s420、将故障调度器的调度器状态调整为消亡状态。
91.其中，故障调度器是指运行状态出现问题的调度器。
92.具体地，可以为每个调度器设置调度器状态字段，通过调度器状态字段对调度器的运行状态进行表示，调度器状态字段可以包括工作状态(running)、离线状态(offline)和消亡状态(dead)等。
93.本实施例中，在新的调度周期到来后，基于遍历检测的方式，调度器集群中的第一调度器可以对调度器集群中的第二调度器的心跳时间进行监测，并根据自身的心跳时间与第二调度器的心跳时间的时间差值，对第二调度器的运行状态进行调整。其中，第一调度器是指运行状态为工作状态的调度器，当心跳检测结果为成功时，第一调度器可以更新自身的心跳时间，并调整自身的运行状态为工作状态，当心跳检测结果为失败时，则不能调整自身的工作状态；第二调度器是指调度器集群中的其他调度器，如可以是除第一调度器之外的其他全部调度器，当然，根据实际需求和使用情况，还可以将调度器集群中的部分指定调度器设置为其他调度器。
94.具体地，当时间差值超过第一设定时间阈值且第二调度器的运行状态为离线状态时，可以将第二调度器的运行状态调整为消亡状态；当时间差值超过第二设定时间阈值且第二调度器的运行状态为工作状态时，可以将第二调度器的运行状态调整为离线状态；其中，第二设定时间阈值不大于第一设定时间阈值，例如，第一设定时间阈值可以为10分钟，第二设定时间阈值可以为5分钟。
95.本实施例中，调度器集群中的各调度器可以定时将心跳检测结果包括心跳时间等信息存储到后台数据库中进行保存，同时，各调度器可以定时从后台数据库中获取其他调度器的心跳检测结果如心跳时间等，对其他调度器的运行状态进行监控。
96.可选地，在将所述故障调度器的调度器状态调整为消亡状态之时，还可以向其他调度器发送包括所述故障调度器的乐观锁，以禁止所述其他调度器对所述故障调度器的消亡状态调整。
97.可以理解的是，通过乐观锁，避免了多个调度器同时对故障调度器的状态进行调整的情况，提高了事务处理的并发度。
98.s430、将故障调度器中的可处理分区添加至自身可处理分区中。
99.本实施例中，在对其他调度器的工作状态进行调整的过程中，若调整失败，则不会将故障调度器中的可处理分区添加至自身可处理分区中。
100.s440、根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。
101.本实施例中，当故障调度器修复后，可以将自身的运行状态修改修改为工作状态，此时，可以对自身的分区情况进行判断，若分区为空，则可以等待调度器集群中的目标调度器将多余的分区分给自己处理，具体地，可以从目标调度器的分区空间中接管至少一个待转移的分区；其中，目标调度器可以根据以下放下方式确定：对调度器集群中的所有调度器的分区空间的负载大小进行统计；根据统计结果，将负载最大的调度器作为目标调度器，同时，可以将目标调度器中的其中一个分区作为待转移的分区。
102.本技术实施例在上述实施例的基础上，在分区管理需求包括对故障调度器的故障转移需求时，执行相应对调度器可处理分区的调整操作，通过将故障调度器的调度器状态调整为消亡状态；将故障调度器中的可处理分区添加至自身可处理分区中。通过上述技术方案，在调度器故障场景下，基于无中心节点的民主自治集群管理，当某个调度器故障时，可以由其他调度器接管他负责的分区，可以不靠人工调整，仅依赖集群的自动故障转移处理，可以做到故障不停机，增强了集群故障快速处置能力，进一步提高了调度器集群的可用性，减少了整个集群的故障概率。
103.实施例五
104.图5是本技术实施例五提供的一种调度器管理装置的结构示意图。参见图5，本技术实施例提供的一种调度器管理装置，应用于调度器集群中的任一调度器，该装置包括：分区需求确定模块510、处理分区调整模块520和批量程序调起模块530。
105.分区需求确定模块510，用于确定所述调度器集群中与自身相关的分区管理需求；
106.处理分区调整模块520，用于根据所述分区管理需求，调整自身的可处理分区；
107.批量程序调起模块530，用于根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。
108.本技术实施例应用于调度器集群中的任一调度器，通过确定所述调度器集群中与自身相关的分区管理需求；根据所述分区管理需求，调整自身的可处理分区；根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。通过上述技术方案，调度器集群中的各调度器可以基于与自身相关的分区管理需求，对自身的可处理分区进行自适应调整，使得调度器集群可以自动伸缩扩容，容错率较高，提高了整个调度器集群的可用性，与现有技术相比，由于不依赖第三方系统，且无中心结点，由调度器集群中的各调度器进行民主自治管理，提高了整个调度器集群的可用性，从而减少了整个调度器集群的故障概率。
109.进一步地，所述分区管理需求包括从号源分区向新增分区划分号段的分区扩容需求；
110.相应的，所述处理分区调整模块520，包括：
111.管理分区确定单元，用于确定自身与所述分区管理需求相关联的待管理分区；
112.号源分区判断单元，用于若所述待管理分区对应所述号源分区，则将所述待管理分区的分区状态调整为修改状态；
113.新增分区判断单元，用于若所述待管理分区对应所述新增分区，则将所述待管理分区的分区状态调整为新增状态。
114.进一步地，所述批量程序调起模块530，包括：
115.分区状态判断单元，用于在新的调度周期到来后，判断当前待处理分区的分区状
态是否为新增状态；
116.分区状态调整单元，用于若是，则根据自身修改状态下的可处理分区的存在情况，控制将所述当前待处理分区的分区状态调整为生效状态；
117.批量程序调起单元，用于根据所述生效状态下的所述待处理分区对应号段范围，筛选批量程序并调起。
118.进一步地，所述分区管理需求包括调度器升级需求；
119.相应的，所述处理分区调整模块520，包括：
120.升级分区确定单元，用于确定自身与所述调度器升级需求相关联的待管理分区；
121.分区剔除单元，用于若自身调度器为待升级调度器，则将所述待管理分区从可处理分区剔除，并将所述待管理分区的生效状态调整为待修改；
122.分区添加单元，用于若自身调度器为待升级调度器的分区接管调度器，则将所述待管理分区添加至自身可处理分区，并将所述待管理分区的生效状态调整为待修改。
123.进一步地，所述批量程序调起模块530，包括：
124.分区占用判断单元，用于在新的调度周期到来后，若自身调度器为所述分区接管调度器，则确定当前待处理分区是否未被占用；
125.未被占用分区确定单元，用于若是，则获取未被占用的当前生效的可处理分区对应号段范围，筛选批量程序并调起。
126.进一步地，所述分区管理需求包括对故障调度器的故障转移需求；
127.相应的，所述处理分区调整模块520，包括：
128.调度器状态调整单元，用于将所述故障调度器的调度器状态调整为消亡状态；
129.分区接管单元，用于将所述故障调度器中的可处理分区添加至自身可处理分区中。
130.进一步地，所述装置还包括：
131.乐观锁触发单元，用于在所述将所述故障调度器的调度器状态调整为消亡状态之时，向其他调度器发送包括所述故障调度器的乐观锁，以禁止所述其他调度器对所述故障调度器的消亡状态调整。
132.本技术实施例所提供的调度器管理装置可执行本技术任意实施例所提供的调度器管理方法，具备执行方法相应的功能模块和有益效果。
133.实施例六
134.图6是本技术实施例六提供的一种电子设备的结构图。图6示出了适于用来实现本技术实施方式的示例性电子设备612的框图。图6显示的电子设备612仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
135.如图6所示，电子设备612以通用计算设备的形式表现。电子设备612的组件可以包括但不限于：一个或者多个处理器或者处理单元616，系统存储器628，连接不同系统组件(包括系统存储器628和处理单元616)的总线618。
136.总线618表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mca)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
137.电子设备612典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备612访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
138.系统存储器628可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)630和/或高速缓存存储器632。电子设备612可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统634可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom，dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线618相连。系统存储器628可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本技术各实施例的功能。
139.具有一组(至少一个)程序模块642的程序/实用工具640，可以存储在例如系统存储器628中，这样的程序模块642包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块642通常执行本技术所描述的实施例中的功能和/或方法。
140.电子设备612也可以与一个或多个外部设备614(例如键盘、指向设备、显示器624等)通信，还可与一个或者多个使得用户能与该电子设备612交互的设备通信，和/或与使得该电子设备612能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口622进行。并且，电子设备612还可以通过网络适配器620与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器620通过总线618与电子设备612的其它模块通信。应当明白，尽管图6中未示出，可以结合电子设备612使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
141.处理单元616通过运行存储在系统存储器628中的多个程序中其他程序的至少一个，从而执行各种功能应用以及数据处理，例如实现本技术实施例所提供的任意一种调度器管理方法。
142.实施例七
143.本技术实施例七还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本技术任一实施例所提供的一种调度器管理方法，该方法应用于调度器集群中的任一调度器包括：确定所述调度器集群中与自身相关的分区管理需求；根据所述分区管理需求，调整自身的可处理分区；根据当前生效的可处理分区对应号段范围，筛选批量程序并调起。
144.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本技术可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设
备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
145.值得注意的是，上述调度器管理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。
146.注意，上述仅为本技术的较佳实施例及所运用技术原理。本领域技术人员会理解，本技术不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本技术的保护范围。因此，虽然通过以上实施例对本技术进行了较为详细的说明，但是本技术不仅仅限于以上实施例，在不脱离本技术构思的情况下，还可以包括更多其他等效实施例，而本技术的范围由所附的权利要求范围决定。