Managing Jobs

Setting the job priority

From the Jobs Priority drop-down, select the priority of the job to be executed, if you want it to be different from the priority set at the process level. This field is automatically populated with the priority inherited from the package.

Selecting the execution runtime

From the Runtime type drop-down, select the runtime type used to execute the job.

The number of available and connected runtimes is displayed below the drop-down.

Example: Say you have 2 NonProduction runtimes and 1 Unattended runtime on machine template A, and 3 NonProduction runtimes, and 2 Unattended runtimes on machine template B. Both are associated with one folder. On each template, you connect one host machine. The resulting runtime state is the following:

A running job occupying a runtime subtracts 1 from the number of available runtimes for that type.

Configuring the execution target

Configure your execution target by setting the options below as desired on the Execution Target tab.

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 10000 times in one job.

Account

You can choose one of these approaches:

Machine

You can choose one of these approaches:

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.

Select valid account - machine mappings

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.

Schedule ending of job execution

The process execution may sometimes be faulty, causing the job to remain in the pending state. Turning on the toggle allows you to (click to expand):

Generate an alert if the job is stuck in pending or resumed status

By turning on the toggle, you activate alerts about jobs that remain in the pending or resumed status longer than the specified duration.

The configurable duration is minimum one minute and maximum eleven days.

If the job exceeds the configured duration, an "Error" severity alert pop-up informs you about it with the following text:

"N jobs for #process {process_number} have been pending or resumed for more than X hours and Y minutes.", where:

Generate an alert if the job started and has not completed

By turning on the toggle, you activate alerts about jobs that do not complete in the specified duration.

The configurable duration is minimum one minute and maximum eleven days.

If the job exceeds the configured duration, an "Error" severity alert pop-up informs you about it with the following text:

"Job for #process {process_number} has been running for more than X hours and Y minutes.", where:

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.

Adding arguments

On the Arguments tab, provide input arguments for the selected process. This tab is automatically populated with all the input arguments accepted by the selected process, and the corresponding values inherited from the package.