- Getting started
- Best practices
- Tenant
- Folders Context
- Automations
- Processes
- Jobs
- Triggers
- Logs
- Monitoring
- Queues
- Assets
- Storage Buckets
- Test Suite - Orchestrator
- Other Configurations
- Integrations
- Classic Robots
- Host administration
- About the host level
- Managing system administrators
- Managing tenants
- Configuring system email notifications
- Audit logs for the host portal
- Maintenance Mode
- Organization administration
- Troubleshooting
Managing Jobs
Before going through the steps below, you need to create a process.
- Navigate to Automations > Jobs from the folder that the process resides in.
- Click Start. The Start Job window is displayed.
- From the Process Name drop-down, select a process that has been previously deployed to the current folder.
- Configure the required fields, as follows:
- Configure the execution target.Configure your execution target by setting the options below as desired on the Execution Target tab.
1. Allocate Dynamically
Dynamic allocation with no explicit account and machine selection allows you to execute a foreground process multiple times under the account and machine that become available first. Background processes get executed on any account, regardless if it's busy or not, as long as you have sufficient runtimes.
Using this option you can execute a process up to 10,000 times in one job.
2. User
You can choose one of these approaches:
-
Specifying a user means the process is executed under that specific user or robot account.
-
Specifying both the user and the machine means the job launches on that very user-machine pair. Only valid account-machine pairs are available for selection.
-
Specifying no user results in Orchestrator allocating the account dynamically.
3. Machine
You can choose one of these approaches:
-
Specifying a machine object means the process is executed on one of the host machines attached to the selected machine template. Select a specific host machine from the pool of connected host machines on the Connected Machines field.
-
Specifying both the account and the machine means the job launches on that very account-machine pair. Only valid account-machine pairs are available for selection.
-
Specifying no machine results in Orchestrator allocating the host machine dynamically.
Make sure that runtimes matching the job type are allocated to the associated machine template. Only connected host machines associated with the active folder are displayed.
4. Keep Account/Machine allocation on job resumption
This field allows you to configure whether the different fragments of a long-running job are executed on the same account-machine pair.
By default, a suspended job is resumed on any available robot on any available machine.
Based on your license or resource requirements, you have the option to resume a job on the same machine and in the same account context that started the job.
Say you need an SAP license to execute a job. Instead of installing an SAP license on every available machine (increased costs), you can install it on a single machine and use that machine to start and resume the job. The same strategy may apply to user licenses. You can allocate only one user license and use it to execute the job.
Orchestrator prevents starting jobs on invalid configurations. Trying to start a job in an invalid setup results in a descriptive error message providing you with details about how to fix your configuration.
Starting a job using dynamic allocation, i.e. no machine or account specified, with an incompatible folder setup results in an error. Make sure to correct the setup, otherwise, jobs stay pending indefinitely. For example, trying to run a .NET Framework 4.6.1 background job when there are only cross-platform templates in the folder does not work, as jobs stay pending until the configuration is fixed. -
- Configure the execution target.
- Click Start. The Start Job window closes and, if there are available runtimes on the currently active folder, the job starts on a Robot according to the settings you made. The State of the job is displayed in real-time on the Jobs page.
Click the corresponding More Actions button, and then Stop. The automation project is executed until it finds a Should Stop activity. During this time, the job is in the Stopping state. If the activity is encountered, the execution is stopped, and the job's final status is Successful. If a Should Stop activity is not found, the job execution does not stop until it reaches the end of the project. The final status, in this case, is Successful as well.
A job started from Orchestrator can be stopped only from Orchestrator.
A job started from the Assistant can be stopped both in Orchestrator, from the Jobs page, and using the UiPath Assistant.
Click the corresponding More Actions button, and then Kill. The automation project is forcefully stopped, the job is marked as Stopped, and "Job canceled" is displayed in the Job Details window.
A job started from Orchestrator can be killed both in Orchestrator, from the Jobs page, and using the UiPath Assistant.
A job started from the Assistant can be killed both in Orchestrator, from the Jobs page, and using the UiPath Assistant.
This feature enables you to quickly run a job from the jobs list, without going through the configuring job flow. You can restart any job with a final state – Stopped,Faulted or Successful.
This procedure starts from the presumption that you previously started a job that already reached a final status.
- Click the corresponding More Actions button, and then Restart. The Start Job window is displayed, with the job's initial settings.
- Make the desired changes.
- Click Start. The Start Jobs window closes and the execution starts. The status of each job is displayed, in real-time, on the Jobs page.
To view the logs for a specific job, click the corresponding More Actions button, and then View Logs. The Logs page is displayed and contains data regarding the indicated job.
Click the corresponding View Details button. The Job Details window is displayed. Here you can find information such as the name of the process, the environment where the job had been executed, the Robot which executed it, start and end times of the job, and input and output values if defined.
