- Release Notes
- Getting Started
- UiPath Assistant
- Installation and Upgrade
- About Backward and Forward Compatibility
- Hardware and Software Requirements
- Updating the Robot
- Setting Up Windows Server for High-Density Robots
- Services the Robot Connects to
- UiPath.Settings File Description
- Robot Types
- Robot Components
- Licensing
- Connecting Robots to Orchestrator
- Processes and Activities
- Logging
- Robot JavaScript SDK
- Specific Scenarios
- Windows Sessions
- Login Using Thales Luna Credential System
- Login Using NShield Key Storage Provider
- Redirecting Robots Through a Proxy Server
- Executing Tasks in a Minimized RDP Window
- Using Mapped Network Drives
- Stopping a Process
- Disable Stop Button
- Custom Package Folders and Network Paths
- CrowdStrike Integration
- Restarting Robot Components
- Troubleshooting
- About Troubleshooting
- Unresponsive Robot Over RDP
- Duplicate Execution Logs
- Frequently Encountered Robot Errors
- Increased Process Execution Duration
- Enforced Package Signature Verification
- Message Too Large to Process
- Errors When Running as Administrator
- NuGet Packages Not Accessible After Migration
- User Access Control Prompt and UI Automation Activities
Setting Up Windows Server for High-Density Robots
Using robots in a High Density Robot deployment allows you to make use of a single Windows Server Machine to run multiple automations at the same time in separate user sessions. For this, some configurations have to be done on the Windows Server Machine first, then you need to set up the environment in Orchestrator.
The steps are described below:
- Install Remote Desktop Session Host to enable the Windows Server machine users to access virtual desktops, session-based desktops, and RemoteApp programs.
- Add the users that are going to use the machine (and are going to be used as Robots).
- Enable the High-Density Robots feature in UiPath.
After performing these steps, deploy your Robots as described here.
- Open Server Manager.
- In the Dashboard panel, click Add roles and features. The Add Roles and Features Wizard is displayed.
- Follow the wizard (click Next) until you reach the Select Server Roles step.
-
In the Roles section, select the Remote Desktop Services option and click Next.
- Follow the wizard until you reach the Select Role Services step, without changing the displayed settings.
-
In the Role Services section, select the Remote Desktop Session Host option. A dialog box is displayed prompting you regarding some required features.
- Click Add Features. You are returned to the wizard.
-
Follow the wizard until the Confirm Installation Selections step and click Install. The feature is installed (restarting the server might be required).
Note: Remote Desktop Session Host option is a Microsoft paid service.Important:In order for RDP sessions to work correctly, make sure that Network Level Authentication for RDP is enabled.
This is done from:
Require user authentication for remote connections by using Network Level Authentication.
You need to add the users that can connect to that machine (they do not need administrator rights). These users are the ones that are also going to be used as Robots.
- Open Computer Management.
- In the left panel, navigate to Computer Management (Local) > Local Users and Groups > Groups. The right panels are updated accordingly.
- Double-click Remote Desktop Users. The Remote Desktop Users Properties window is displayed.
- Click Add. The Select Users, Computers, Service Accounts, or Groups window is displayed.
- In the Enter the object name to select field, add users from your domain, under which the Robots will be able to access the machine.
- Click OK. The configuration is saved and the Select Users, Computers, Service Accounts, or Groups window closes.
- In the Remote Desktop Users Properties window, click Apply and OK. Your settings are saved and the users you just added will now be able to login to the Windows Server machine.
-
Create a machine template.
Important: Assign the necessary runtimes to the template. A template with X number of runtimes sets aside X licenses from the tenant's pool of licenses for each workstation connected to Orchestrator using that template. This allows you to execute X processes concurrently on each such workstation.Say you assigned 2 unattended and 3 nonproduction runtimes to a machine template. Three workstations connected to Orchestrator using that machine template withhold 6 ( 2 unattended X 3 workstations) unattended and 9 (3 nonproduction x 3 workstation) nonproduction licenses from the tenant's pool of licenses. This enables you to execute a number of 2 unattended, respectively 3 nonproduction processes, concurrently on each such workstation. Tenant > Machines > Machine Template
-
Connect your machines to Orchestrator using the key generated by a machine template.
-
Configure the user entity: set its role at the tenant level, enable automatic robot creation, set the username and password used to log on to the machine such that the Robot can authenticate, select the credential store, and configure the execution settings of the Robot.
Tenant > Users
See here how to manage users. Note: make sure to set the login to console option tono. -
Assign the user and machine template to one or multiple folders while choosing the user's roles at the folder level.
Important: This gives access to that folder and makes the processes deployed there available and ready to get executed.Tenant > Folders
-
Start a job, configuring its priority and runtime type. You can specify the user under which it gets executed, or you can leave it undefined.
Important: Unattended jobs are dynamically executed by automatically pairing the users and machines in your environment. If the user is specified, only the machine is dynamically allocated. If no user is specified, both are dynamically paired to each other. The latter is the optimal job execution mechanism, as it optimizes resource consumption.Folder context > Automations > Jobs
UiPath Robot Tray (for unattended robots used in attended mode)
Modern
In order to configure High Density Robots in Modern Folders, unattended robots have to be created for the users that are going to benefit from this feature. In addition to this, multiple runtimes are needed to be assigned to the corresponding machine templates (the ones providing the key used to connect the Robots to Orchestrator).
Classic
For Classic Folder deployments, the machine name has to be an exact match of the machine that is used to run the automations. When creating the Robots, to ease the configuration process, select the Create Another checkbox to save the values in the input fields (username, password, machine name).
