2020.10.14

发布日期：2021 年 12 月 7 日

新增功能

通过队列触发器启动作业的新机制

在此补丁中，我们更改了队列触发器背后的逻辑，在计算必须达到的目标作业数量时同时考虑新队列项目和正在进行的队列项目。 以前，仅考虑新项目，因此只要新项目少于正在进行的项目，即使机器人处于空闲状态，也不会启动任何作业。 发生这种情况是因为正在运行的作业数量超过了目标作业的数量（即 正在处理队列项目）。

以下示例可帮助您更好地了解更改前后的行为：

假设我们定义了一个队列触发器，如下所示：

字段	值
触发第一个作业的最小项目数:	1
允许同时等待和运行的最大作业数	100
每 ___ 个新项目触发另一个作业	1

此更改之前的复制步骤和行为：

1. 将 3 个队列项目添加到队列中。 Orchestrator 根据新项目的数量计算目标作业的数量 => 需要 3 个目标作业。 Orchestrator 启动 3 个作业以处理 3 个队列项目。 这 3 个项目将移至“正在进行”。
2. 将另外 2 个新项目添加到队列中。 Orchestrator 根据新项目的数量计算作业数量 => 需要 2 个目标作业。 Orchestrator 不会启动任何其他新作业，因为目标作业数量少于正在运行的作业数量。
3. 将另外 2 个新项目添加到队列中。 Orchestrator 根据新项目的数量计算作业数量 => 需要 4 (2+2) 个目标作业。 Orchestrator 启动 1 个作业，以达到 4 个的目标。

此更改后的复制步骤和行为：

1. 将 3 个队列项目添加到队列中。 Orchestrator 根据新项目和正在进行的项目的数量计算目标作业的数量 => 需要 3 个目标作业。 Orchestrator 启动 3 个作业以处理 3 个队列项目。 这 3 个项目将移至“正在进行”。

2. 将另外 2 个新项目添加到队列中。 Orchestrator 根据新项目和正在进行的项目数量计算作业数量 => 需要 5 (3+2) 个目标作业。 Orchestrator 启动 2 个新作业，以达到 5 个的目标。

   重要提示：此版本标志着 Orchestrator 通过队列触发器启动作业的方式发生了重大变化。新行为默认处于启用状态，无法关闭。升级到 2020.10.14. 之前，请仔细阅读发行说明。如果您不确定，请继续关注我们将进一步解决该行为的下一个补丁。

将运行时异常记录到 Elasticsearch

为了更好地了解权限问题或连接失败等运行时问题，Orchestrator 现在将运行时异常记录到 Elasticsearch。

自定义 AIM 网页服务名称

从现在开始，您可以为中央凭据提供程序 Web 服务指定一个自定义名称。 为此，在配置 CyberArk CCP 凭据存储时，可以使用一个新字段，用于设置服务名称 Web 服务名称。 将此字段留空意味着使用默认名称： AIMWebService。

设置改进

我们引入了四个新的命令行参数，以增加配置和自定义与 Orchestrator 数据库连接的灵活性。它们将包含在 Orchestrator 静默安装命令中，无论是全新安装还是升级。您也可以在 parameters.JSON 文件中添加新参数。

找出哪些是新参数，并在我们的 安装指南中查看一些有关如何使用它们的示例。

已知问题

将 GenerateReportsJob（“队列”页面上的后台作业计算统计信息）背后的机制从增量更改为分区交换时，您将遇到以下错误：“‘UiQueueProcessingRecordBase’上的‘LastQueueItemEventProcessed’属性无法设置为‘null’值”。解决方法是使用以下查询 (UPDATE [dbo].[QueueProcessingRecords] SET [LastQueueItemEventProcessed] = 0 WHERE [LastQueueItemEventProcessed] IS NULL) 将数据库中的 QueueProcessingRecords.LastQueueItemEventProcessedd 字段设置为 0。

错误修复

• 启用 Plugins.SecureStores.CyberArk.UsePowerShellCLI 应用程序设置时，GetPassword 命令无法正常工作 - 输出格式不正确。此问题已修复，GetPassword 命令的输出字段现已正确格式化。
• 使用 CyberArk AAM 凭据存储进行路径身份验证（Plugins.SecureStores.CyberArk.UsePowershellCLI 设置为 true）失败，并显示以下错误消息：Failed to retrieve robot password from UiPath.Orchestrator.SecureStore.CyberArk.CyberArkAimSecureStore storeUiPath.Orchestrator.Extensibility.SecureStores.SecureStoreException: Could not find password! Reason: '.\GetCredential.bat : The term '.\GetCredential.bat' is not recognized as the name of a cmdlet, function, script file, or operable program.
  发生这种情况的原因是，系统将 GetCredentials.bat 文件发布到 Orchestrator 安装文件夹而非 Plugins 文件夹。现在该文件会发布到 Plugins 文件夹。
• 在 Orchestrator 2020.10.10 环境中，如果处理每个队列项目的所用时间不到一秒，就会发生死锁。流程在崩溃前将引发多个“发生错误。错误代码：0”的错误。此问题已修复，您现在可以处理队列项目而不会陷入死锁。
• 要通过向 /odata/ExecutionMedia/UiPath.Server.Configuration.OData.DeleteMediaByJobId 端点发出 POST 请求来删除执行介质，现在需要具有执行介质的“删除”权限，而以前需要的是“查看”权限。
• 对于以大量机器人为目标的资产，设置资产和设置凭据活动超时。我们添加了一种改进的新机制用于设置机器人值，该机制涉及新的 API 端点：/odata /Assets /UiPath.Server.Configuration.OData.SetRobotAssetByRobotKey。
• Orchestrator 连接字符串的解密受到导致 Webhooks 客户端无法工作的问题的影响。我们已修复此问题。
• 在多节点环境中，所有节点的连接字符串必须相同。确保没有不一致之处，因为这会导致节点具有不同的连接字符串，并可能触发错误。请注意，即使是很小的不匹配（例如额外的空格）也会导致问题。