关于作业
作业表示在 UiPath 机器人上执行流程。 您可以在有人值守或无人值守模式下启动作业的执行。 除非出于调试或开发目的,否则您无法从 Orchestrator 在有人值守的机器人上启动作业。
可以从 UiPath Assistant 或机器人命令行界面触发有人值守作业。 无人值守作业从 Orchestrator 启动,可以直接从“ 作业 或 流程 ” 页面启动,也可以通过“触发器” 页面上的 触发器 以预先计划的方式启动。
“ 作业 ” 页面代表作业控制中心,您可以在其中监控已启动的作业,查看其详细信息和日志,以及停止/终止/恢复/重新启动作业。
下表包含“作业”页面的字段说明。
字段 |
描述 |
---|---|
流程 |
流程的名称。 对于通过远程调试会话从 Studio 启动的作业,将显示
[Remote debugging job] 。
|
计算机 |
用于将正在执行的基础架构连接到 Orchestrator 的计算机对象。 |
主机名 |
用于执行的工作站的名称。 |
主机身份 |
执行的身份。 可能的值如下:
注意: 对于早于 2021.10 的机器人,主机身份将根据在 Orchestrator 中进行的帐户设置动态填充。 更改用于执行作业的帐户的
domain\username 也会更改主机身份。
|
作业类型 |
根据执行位置以及机器人是否模拟用户而定的作业类型:
|
Runtime 类型 |
用于执行的运行时类型。 |
状态 |
作业的状态。 查看有关 作业状态的详细信息。 |
优先级 |
作业的优先级。 查看有关 作业优先级的详细信息。 |
已开始 |
自作业开始执行以来的时间。 将鼠标悬停在此字段上会显示确切的开始时间和日期。 |
已结束 |
自作业完成执行以来的时间。 将鼠标悬停在此位置上会显示确切的结束时间和日期。 |
来源 |
执行的代理。
|
启动作业或定义触发器时,您可以定义执行操作的特定帐户-计算机对。 帐户-计算机映射使您能够将特定帐户下的无人值守使用情况与特定计算机模板相关联。 可精细控制自动化的执行目标。 帐户-计算机映射可以基于租户(不绑定到特定文件夹),也可以基于文件夹(绑定到特定文件夹)。
了解如何配置帐户-计算机映射。
根据在 Orchestrator 中启动作业的机制,您可以隐式选择和配置作业分配策略和执行目标。本文介绍了从“作业”页面启动作业时可用的分配策略和执行目标。
如果作业执行依赖于尚不可用的特定资源,则在满足作业执行条件之前,作业将保持“待处理”状态。
例如,用户 U1 使用凭据 C1 连接到主机名 H1。但是,输入了错误的凭据 C2 以连接到主机名。因此,作业进入待处理状态。如果稍后将凭据更新为正确的凭据(即 C1),则作业将继续执行。
无需显式选择帐户和计算机的动态分配允许您在首先可用的帐户和计算机下多次执行前台流程。 只要您有足够的运行时,后台流程就可以在任何帐户上执行,无论其是否忙碌。
使用“动态分配”选项,您可以在一个作业中最多执行一个流程 10000 次。
此流程在附加到所选计算机模板的其中一台主机上执行。指定模型会显示一个附加的“主机名”选项,允许您从已连接的主机计算机池中选择特定主机。仅指定计算机会导致 Orchestrator 动态分配帐户。同时指定帐户和计算机意味着作业将在该特定帐户-计算机对上启动。
确保将与作业类型匹配的运行时分配给关联的计算机模型。仅显示与活动文件夹关联的已连接主机。
流程执行有时可能会出错,从而导致作业保持挂起状态。 该切换允许您通过指定在停止或终止作业之前可以经过的时间量来自动化停止作业的策略。 要处理无法停止的作业的情况,您可以选择终止作业。
默认情况下,该流程会在任何可用计算机上的任何可用机器人上恢复执行。 保持相同的帐户-计算机配置可确保优化资源使用和许可证要求。
您需要为主机上相应计算机模型分配到的文件夹中的每个帐户配置 Windows 用户。
假设您使用计算机模型 FinanceT 生成的密钥将服务器连接到 Orchestrator。该计算机模型已分配到文件夹 FinanceExecution 和 FinanceHR,其中也分配了 6 个帐户。需要将这 6 个帐户设置为服务器上的 Windows 用户。
如果将作业配置为多次执行相同的流程,则会为每次执行创建一个作业条目。根据作业的优先级和创建时间对作业进行排序,优先级较高、较早的作业排在第一位。机器人可用后,它将立即执行下一个作业。在此之前,作业仍处于挂起状态。
示例
设置
- 1 个文件夹
- 1 个带有两个运行时的计算机模型
- 2 个帐户:john.smith 和 petri.ota
-
2 个需要用户交互的流程:P1 - 将队列项目添加到队列,P2 - 处理队列中的项目
计算机模型和帐户必须与包含流程的文件夹相关联。
预期结果
- 任何人都以高优先级执行 P1。
- P2 由 petri.ota 以低优先级执行。
所需的作业配置
- 使用 P1 启动作业,请勿将其分配给任何特定用户,将优先级设置为高。
- 启动 P2 的作业,将其分配给 petri.ota,将优先级设置为“低”。
在部署流程或为该流程配置作业/触发器时,您可以通过“作业优先级”字段控制哪个作业优先于其他竞争作业。作业的优先级分为以下十种:
“作业优先级”字段的默认值为“继承”,这意味着优先级继承自最初的配置位置。您可以保持原样,也可以进行更改。
来源:“自动化 ”页面 > “作业”
作业继承在流程级别设置的优先级。
来源:“ 自动化 ”页面 >“ 触发器”
如果触发器的优先级为“继承”,则作业将继承在流程级别设置的优先级。
如果触发器的优先级不是“继承”,则作业将继承在触发器级别设置的优先级。如果将其更改为“继承”,则使用在流程级别设置的优先级。
位置:“自动化”页面 >“流程”
作业继承为该流程设置的优先级。
如果将作业配置为多次执行相同的流程,则会为每次执行创建一个作业条目。根据作业的优先级和创建时间对作业进行排序,优先级较高、较早的作业排在第一位。机器人可用后,它将立即执行下一个作业。在此之前,作业仍处于挂起状态。
默认情况下,优先级设置为已继承,这意味着它将继承流程级别的值。选择流程会自动更新箭头图标,以说明在流程级别设置的值。触发器启动的所有作业的优先级都设置在触发器级别。如果保留默认的已继承,则将以在流程级别设置的优先级启动作业。
界面中可用的 10 个优先级对应于 API 中的 100 个级别,这意味着 API 允许您设置更精细的优先级。这些级别映射如下:
最低版本 |
最大值 |
默认 | |
---|---|---|---|
最低 |
1 |
10 |
5 |
很低 |
11 |
20 |
15 |
低 |
21 |
Resolution settings |
25 |
中低 |
31 |
40 |
35 |
中 |
41 |
50 |
45 |
中高 |
51 |
60 |
55 |
高 |
61 |
70 |
65 |
很高 |
71 |
80 |
75 |
最高 |
81 |
90 |
85 |
重要事项 |
91 |
100 |
95 |
SpecificPriorityValue
参数,这些参数支持用于以下端点:
POST/odata/Jobs/UiPath.Server.Configuration.OData.StartJobs
POST/odata/ProcessSchedules
PUT/odata/ProcessSchedules({key})
假设您有两个作业,并将其优先级分别设为 92 和 94。这二者的优先级都在“关键”范围内,但优先级为 94 的作业将在优先级为 92 的作业之前执行。
如果您从同一台 Windows Server 计算机上的多个高密度机器人上启动作业,则意味着所选流程由每个指定的机器人同时执行。将为每个执行创建一个实例,并将其显示在“作业”页面上。
如果您使用的是高密度机器人,并且未在该计算机上启用 RDP,则每次启动作业时,都会显示以下错误:“指定的登录会话不存在。可能已经终止。可能已经终止。”要查看如何为高密度机器人设置计算机,请参阅关于为高密度机器人设置 Windows Server页面。