本文将为您介绍时间属性的相关问题。
- 上游A是小时任务,下游B是日任务,任务每天在A任务全部执行完成后要汇总执行一次,是否可以相互依赖?
- 节点A每天每小时整点执行一次,节点B每天运行一次。如何设置节点A每天第一次运行成功后,节点B便开始执行?
- 任务A每周一运行一次,任务B依赖任务A,如何配置任务B同样每周一运行一次?
- 任务被删除,实例是否受影响?
- 如何在每月的最后一天计算当月数据?
- 如何设置一个依赖小时节点的日节点,到定时时间0点时自动运行?
- 如何处理无法确定上游何时产生数据的情况?
- 修改后的节点任务提交发布至生产环境后,是否会覆盖之前生产环境的错误节点?
- 已配置失败重跑的任务在运行失败后未重跑,并报错Task Run Timed Out, Killed by System!!!
- 出错自动重跑次数配置为1,任务在运行出错后并未重跑
上游A是小时任务,下游B是日任务,任务每天在A任务全部执行完成后要汇总执行一次,是否可以相互依赖?
日任务B直接依赖小时任务A当天的实例,日任务B会汇总当天的小时任务。如果小时任务完成最后一个实例的运行,已经到了第二天,则下游的日任务仍会执行。只是运行时间不同,调度参数替换不受影响。
节点A每天每小时整点执行一次,节点B每天运行一次。如何设置节点A每天第一次运行成功后,节点B便开始执行?
配置节点A时,需要勾选依赖上一周期,并选择本节点。节点B的定时时间配置为0点,则每天自动调度实例中,节点B的实例仅依赖节点A在0点生成的实例,即节点A的第一个实例。
任务A每周一运行一次,任务B依赖任务A,如何配置任务B同样每周一运行一次?
配置任务B的时间属性和任务A一致即可,即调度周期选择
。任务被删除,实例是否受影响?
调度系统每天会根据时间属性为该任务生成对应的一个或多个实例,当一个任务运行一段时间后被删除,则实例不会被删除。当实例在删除任务后被触发运行时,会由于找不到需要运行的代码而失败。
如何在每月的最后一天计算当月数据?
目前系统不支持配置每月最后一天,因此如果时间周期选择每月31日,则在有31日的月份会有一天调度,其它日期都是生成实例后,直接设为运行成功。
需要统计每个月的数据时,建议选择每月的1日运行,计算上个月的数据。
如何设置一个依赖小时节点的日节点,到定时时间0点时自动运行?
解决方案如下:
- 双击日节点,打开节点编辑页面。
- 在节点编辑界面,单击右侧的调度配置。
- 在时间属性区域,勾选依赖上一周期 ,在依赖项下拉列表选择自定义,输入上游节点的节点ID,并设置下游日节点的定时调度时间为0:00。
注意
- 日节点依赖小时节点,无需依赖今天的数据,只需要依赖昨天的小时数据。直接依赖今天的小时节点实例,会导致下游天节点实例到第二天才完成。
- 如果只需要依赖昨天最后一个实例,则小时节点需要自依赖。
- 保存配置后,重新提交发布。
如何处理无法确定上游何时产生数据的情况?
无法确定上游节点何时产出数据时,本节点可以对上游进行跨周期依赖。
修改后的节点任务提交发布至生产环境后,是否会覆盖之前生产环境的错误节点?
不会覆盖之前的节点,未运行的实例会用最新代码运行,不会删除已生成的节点实例。如果调度参数有变化,需要重新生成实例去运行。
已配置失败重跑的任务在运行失败后未重跑,并报错Task Run Timed Out, Killed by System!!!
- 报错内容:当目标任务调度配置的时间属性中,重跑属性配置为运行成功或失败后皆可重跑或运行成功后不可重跑,运行失败后可以重跑,实际执行任务时,该任务在运行失败后未重跑,并产生
Task Run Timed Out, Killed by System!!!
报错。 - 可能原因:该任务调度配置的时间属性中,配置了超时时间。当任务的运行时长超过超时时间,任务自动终止运行。由于超时导致运行失败的任务不会触发任务重跑。
- 解决方案:当任务运行出现超时失败时,失败重跑机制不生效,您需要手动重启相关任务。
出错自动重跑次数配置为1,任务在运行出错后并未重跑
- 报错内容:目标任务调度配置的时间属性中,出错自动重跑次数配置为1,任务在运行出错后并未重跑。
- 可能原因:出错自动重跑次数配置为1时,任务在运行出错后不会重跑。当出错自动重跑次数参数配置为n,目标任务实际执行时会重跑n-1次。出错自动重跑次数默认配置为3,最少配置为1(即任务出错后不会自动重跑),最多配置为10(即任务出错后会自动重跑9次),您可以根据业务需求进行修改。
- 解决方案:如果您的任务在运行出错后需要自动重跑1次,则可配置出错自动重跑次数为2。