[发明专利]一种基于分布式任务调度框架的任务容灾方法

权利要求书

1.一种基于分布式任务调度框架的任务容灾方法，其特征在于，包括以下步骤：

S1，部署多个执行器，多个所述执行器分别与调度中心通信连接；

S2，注册任务信息，并基于任务的Cron配置向执行器提交调度请求；

S3，执行器接收并运行调度中心提交的调度请求；

S4，监测多个所述执行器的心跳状态；

S5，监测到执行器在执行任务的过程中发生故障，确认该执行器上是否存在处于运行态的任务，如果存在，则更新该任务的运行状态；触发任务被重新调度到在线的执行器上运行；如果不存在，则刷新该执行器的在线状态；

S6，执行器完成调度请求任务，返回调度结果。

2.根据权利要求1所述的一种基于分布式任务调度框架的任务容灾方法，其特征在于，步骤S4中，所述执行器的心跳状态通过守护线程监测，所述守护线程在调度中心初始化过程中启动；所述守护线程监测执行器的心跳状态的方法为：守护线程每隔1个心跳周期查询一次数据库的执行器信息注册表，根据注册表的update_time字段判断是否有掉线的执行器；所述执行器信息注册表中update_time字段若存在超过3个心跳周期没有更新的执行器，则认为该执行器处于掉线状态。

3.根据权利要求1所述的一种基于分布式任务调度框架的任务容灾方法，其特征在于，步骤S5中，所述执行器发生的故障包括掉线故障和因故重启故障；

当所述执行器发生掉线故障时，守护线程会查询数据库的调度日志信息表，确认该执行器上是否存在处于运行态的任务，若存在，则更新该任务的运行状态为失败；然后调度中心根据任务配置的重试次数进行重试调度，触发任务被重新调度到在线的执行器上运行；若不存在，则刷新执行器信息注册表；

当所述执行器发生因故重启故障时，调用调度中心的rescheduling服务接口，通过rescheduling服务接口判断执行器重启时间是否超过3个心跳周期，若超过，则将该执行器发生的故障归为掉线故障处理；若重启时间未超过3个心跳周期，则通过rescheduling服务接口查询数据库调度日志，确认该执行器上是否存在运行态的任务，若存在，则更新该任务的运行状态为失败；然后调度中心根据任务配置的重试次数进行重试调度，触发任务被重新调度到在线的执行器上运行；若不存在，则刷新执行器信息注册表。

4.根据权利要求2或3所述的一种基于分布式任务调度框架的任务容灾方法，其特征在于，所述心跳周期为30s。

5.根据权利要求1所述的一种基于分布式任务调度框架的任务容灾方法，其特征在于，所述调度中心与执行器之间通过DB方式进行信息注册发现。

6.一种基于分布式任务调度框架的任务容灾系统，基于权利要求1至5任一项所述的任务容灾方法，其特征在于，包括调度中心和多个执行器，多个所述执行器与调度中心通信连接；所述调度中心用于注册任务信息，并基于任务的Cron配置向执行器提交调度请求；所述执行器用于接收并运行调度请求；所述调度中心通过监测执行器的心跳状态判断执行器是否发生故障；当监测到执行器在执行任务的过程中发生故障，确认该执行器上是否存在处于运行态的任务，如果存在，则更新该任务的运行状态；触发任务被重新调度到在线的执行器上运行；如果不存在，则刷新该执行器的在线状态。

7.根据权利要求6所述的一种基于分布式任务调度框架的任务容灾系统，其特征在于，所述调度中心通过守护线程监测执行器的心跳状态，所述守护线程在调度中心初始化过程中启动；所述守护线程监测执行器的心跳状态的方法为：守护线程每隔1个心跳周期查询一次数据库的执行器信息注册表，根据注册表的update_time字段判断是否有掉线的执行器；所述执行器信息注册表中update_time字段若存在超过3个心跳周期没有更新的执行器，则认为该执行器处于掉线状态。