Orchestrator 用户指南
Unattended 自动化中的实用概念
Unattended 自动化依赖多个组件，了解这些组件对您有帮助。以下主题简要定义了这些组件，但在使用相关概念的每个步骤都会提供更多详细信息。
当您需要运行不属于任何特定用户的后台无人值守流程时，机器人帐户非常有用。这些 RPA 特定帐户等同于服务帐户。与 Windows 服务在 OAuth 模型中以应用程序身份运行的帐户类似，它们是用于运行无人值守流程的非用户身份。这使其成为需要凭据的高特权操作的理想选择。
了解如何添加机器人帐户。
当您将机器人帐户分配给文件夹层次结构中的父文件夹时，机器人帐户将自动获得对在特定文件夹下创建的所有子文件夹的访问权限（具有在父文件夹级别分配的角色）。除了在父文件夹级别分配的权限之外，还可以在子文件夹中添加新权限，但无法删除继承的角色。机器人帐户在子文件夹级别可以具有比父文件夹级别更高的访问级别，反之则不然。
通过直接在子文件夹级别分配机器人帐户，可以仅向该机器人帐户授予对子文件夹的访问权限。这样，机器人帐户无法访问父级别，但能够根据分配的角色定义访问子文件夹及其之下文件夹中的所有资源。在子文件夹级别分配机器人帐户并不会向其授予对同级文件夹（即同一级别的其他文件夹）的访问权限，除非也将其显式分配给同一级别的其他文件夹，或者在父级别分配（这样会向其授予对父级之下所有文件夹的访问权限，如前所述）。
如果需要使用其他文件夹中的资源来运行当前文件夹中的流程，则需要确保将用于运行特定流程的所有机器人帐户也分配为其余资源所在文件夹的机器人帐户，并具有根据流程的要求访问/创建/修改/删除这些文件夹中的资源的足够权限。
您可以通过将多个机器人帐户添加到组来管理这些帐户。组是一组帐户，这些帐户应具有类似的访问权限、机器人配置和许可需求，并且是您希望统一管理的帐户。因此，仅建议对具有相同设置和用例的机器人帐户进行分组。例如，如果您有 5 个机器人帐户在 Windows 计算机上处理前台自动化，有 10 个机器人帐户在 Linux 计算机上处理后台自动化，则您可以将每个类别添加到各自的组中，但切勿将它们合并。
组对于在机器人部署和权限控制的上下文中利用可扩展性非常有帮助，因此无需单独配置机器人帐户。
了解如何将组添加到 On-Premises Orchestrator。
了解如何将组添加到 Cloud Orchestrator。
机器人是 UiPath™ 的执行实体。它可以在服务模式或用户模式下运行，具体取决于自动化类型。
服务模式机器人最适合 Unattended 自动化场景和大规模平台部署。执行流程时，机器人执行程序会使用与注册它的用户相同的权限运行。
机器人服务是执行期间执行的所有操作的大脑，而对于无人值守执行，则在本地系统下启动。该管理器可打开交互式 Windows 会话，并且拥有计算机管理员的所有权限。正因如此，它可以为无人值守作业启用自动会话管理（例如登录和注销）。
默认情况下，使用 UiPathStudio.msi 安装机器人时会部署服务模式机器人。您也可以通过命令提示符安装该机器人。
Unattended 自动化最适合安装在本地系统下的服务模式机器人。Unattended Robot 也可以在本地用户（用户模式机器人）下运行，但并不推荐此方法，因为除非特定用户手动登录到该计算机，否则机器人无法运行。
该计算机装有面向所有用户的服务模式机器人。在 Windows Server 计算机上安装服务模式机器人后，您可以利用自动会话管理功能来运行并发的无人值守作业。这展示了一种无缝的无人值守自动化场景。您可以使用 Windows Server 上的用户模式机器人执行并发作业，但不能执行自动会话管理。
UiPath Assistant 是机器人的界面，可用于与 Studio 中创建的项目进行交互。
但在无人值守场景中，当用户登录到无人值守计算机以查找和修复潜在问题时，Assistant 仅用于调试目的。
计算机模板是建议用于 Unattended 自动化的计算机类型。计算机模板通过单次定义配置，然后允许多个机器人连接到 Orchestrator，使您可以更轻松地部署多台主机。计算机模板使您可以将多台主机上部署的 UiPath 机器人连接到 Orchestrator，无论主机或登录到主机的用户的名称如何。
顾名思义，计算机模板充当模板，其设置适用于具有相同物理设置的主机组。通过一个密钥或一组客户端凭据，可以轻松地将多台主机连接到同一个模板。机器人使用密钥或机器人凭据来登录主机和访问 Orchestrator 资源。
在同一计算机模板下对主机进行分组时，我们建议您遵循以下做法：
-
主机已根据共享模板进行部署，或者至少对其进行了配置。
-
应在计算机上安装相同的应用程序，特别重要的是，应用程序应安装在每台计算机上的相同路径上，并且它们都应共享相同版本的应用程序。
-
登录到这些计算机上的应用程序的用户应对其上的应用程序都具有相同的访问权限。
需要牢记的一个重要方面是，用于启动 Unattended 自动化的算法可以在分配给文件夹的任何用户下启动作业（除非手动选择特定用户），当然也可以在分配给计算机模板的任何主机上启动。因此，重要的是，所有可供选取用于执行自动化的帐户在分配给该文件夹的所有计算机上都有一个相应的帐户。否则，很可能会发生错误。为避免这种情况，请确保已在模板中的所有计算机上创建要与特定计算机模板配对的用户，或者使用单独的模板（每个模板包含较少的计算机和关联的用户），以便仅为每个文件夹定义有效的组合。
-
在租户级别，访问“计算机”。
-
选择所需的计算机，然后单击“更多操作”。
-
在“Runtime 详细信息”部分中，插入一个数字，或使用向上箭头在“Production (Unattended)”字段中输入运行时数量。
分配给计算机对象的运行时数量表示在附加到该计算机对象的每台主机上运行自动化的执行能力。在 Unattended 自动化方面，首选计算机对象是计算机模板。
运行时在租户级别进行分配，并构成租户的运行时池。当主机连接到 UiPath Orchestrator 时，主机将从租户池中检索分配给其关联计算机对象的运行时数量。运行时在计算机上执行流程期间消耗。当主机断开连接时，运行时将退回到租户池中。
示例 1
您有一个计算机模板，并向其分配了三个 Unattended 运行时：
-
如果您将一台主机连接到该计算机模板，则可以在该主机上运行三个自动化。
-
如果将三台主机连接到该计算机模板，则可以在这三台主机上分别运行三个自动化，因此总共可以运行九个自动化。
将运行时分配给计算机模板时，请确保分配足够的运行时，以涵盖可能在定义了该计算机模板的所有文件夹中同时发生的所有 Unattended/测试/NonProduction 执行。这还需要连接足够数量的计算机来完成所有同时发生的执行。
示例 2
您需要拥有以下项：
-
已计划在文件夹 A 中同时启动 10 个无人值守作业
-
已计划在文件夹 B 中同时运行 5 个无人值守作业（与文件夹 A 中定义的 10 个作业重叠）
-
将计算机模板 TemplateAB 同时分配给文件夹 A 和文件夹 B
然后，您必须将 15 个 Unattended 运行时分配给 TemplateAB，而且实际上有 15 台相同的计算机可用并连接到 TemplateAB 的计算机密钥，以确保所有已定义的计划都可以执行。
上述规则中唯一的例外是后台流程，您需要为所有同时发生的流程执行的模板分配足够多的运行时，但并不需要将相同数量的主机连接到该模板，因为您几乎可以根据需要在同一台计算机上运行任意数量的后台流程，但一次只能运行一个前台流程（需要用户界面的流程）。
示例 3
如果有 10 个并发后台流程和 1 个前台流程，则仅将一台主机连接到模板就足够了，但该特定模板需要分配有 11 个运行时。但是，如果添加第二个前台流程，并且它必须与已定义的第一个前台流程同时运行，或者如果第一个前台流程需要同时执行两次，则需要将第二台计算机连接到该计算机模板才能执行前台流程的两个实例。
UiPath 许可门户的“机器人层级”部分显示了可用运行时的完整列表。
流程基于 Studio 自动化包。它们是基于文件夹的资源，并且只能在其部署到的文件夹中运行。但是，它们可以由其他文件夹中的流程启动，前提是这些特定文件夹中的用户在部署了所需流程的文件夹中具有必要的权限。
您可以使用以下两种类型的流程：
-
后台流程不需要用户界面交互或人工干预。
-
前台流程需要从用户界面启动和/或管理，并且一次只能运行一个流程。
注意事项：
-
此类流程的每次执行都会消耗一个 Unattended/NonProduction 运行时。
-
您可以同时执行多个后台流程和一个前台流程。
在 Studio 中创建项目时，开发者必须配置一个会影响该自动化项目和兼容操作系统的基础目标框架的兼容性属性。这可在 Studio 的“兼容性”字段中设置。
下表根据流程的目标框架和操作系统兼容性注意事项显示了执行流程所需的 UiPath Robot 版本：
|
目标框架 |
操作系统 |
最低为 2021.8 的计算机 |
|
.NET Framework 4.6.1 |
Windows - 旧版 |
任何 |
|
.NET 5.0 及更高版本 |
Windows |
2021.10 及更高版本 |
|
.NET 5.0 及更高版本 |
跨平台 |
2021.10 及更高版本 |
