Each time a job is executed, a job instance record is generated. In the navigation pane of the DataArts Factory console, choose . On the Monitor Instance page, you can view the job instance information and perform more operations on instances as required.
You can search for instances by Job Name, Created By, Owner, CDM Job, Node Type, and Job Tag. Search by CDM job is to search for job instances by node. In addition, you can filter job instances by status or scheduling mode.
When multiple instances are rerun in batches, the sequence is as follows:
Operation |
Description |
|---|---|
Searching for jobs by Job Name, Created By, or Owner |
If you select Exact search, exact search by job name is supported. If you do not select Exact search, fuzzy search by job name is supported. |
Filtering jobs by CDM Job, Job Tag, or Node Type |
N/A |
Stop |
Stop an instance that is in the Waiting, Running, or Abnormal state. |
Rerun |
Rerun a subjob instance that is in the Succeed or Canceled state. For details, see Rerunning Job Instances. NOTE:
If instances need manual confirmation before they are executed, they are in waiting confirmation state when they are being rerun. When you click Execute, the instances are in waiting execution state. |
Manual Retry |
Retry abnormal instances. |
Continue |
Continue to run subsequent nodes in instances which are in abnormal state. |
Succeed |
Change the statuses of instances in Abnormal, Canceled, or Failed state to Forcibly successful. |
Confirm Execution |
Confirm executing instances in pending confirmation state. |
Execute Job Without Dependency |
Select job instances that have dependency relationships and execute them. |
More > Manual Retry |
Retry abnormal instances. |
More > View Waiting Job Instance |
When the instance is in the waiting state, you can view the waiting job instance. Click Remove Dependency in the Operation column to remove dependency on an upstream instance. |
More > Confirm Execution |
Confirm executing instances in pending confirmation state. |
More > Continue |
If an instance is in the Abnormal state, you can click Continue to begin running the subsequent nodes in the instance. NOTE:
This operation can be performed only when Failure Policy is set to Suspend the current job execution plan. To view the current failure policy, click a node and then click Advanced Settings on the Node Properties page. |
More > Succeed |
Forcibly change the status of an instance from Abnormal, Canceled, or Failed to Succeed. |
More > Execute Job Without Dependency |
Execute job instances that have dependency relationships. |
More > View |
Go to the job development page and view job information. |
More > History performance |
You can view the historical performance of a job instance. |
More > View Rerun History |
You can view the job instance rerun records. This is possible only if the job instance has rerun at least once. |
More > Execute Preferentially |
Preferentially execute job instances. |
DAG |
Display the DAG so that you can view the dependency between job instances and perform O&M operations on the DAG. For details, see Viewing the DAG. |
Export All Data |
Click Export All Data. In the displayed Export All Data dialog box, click OK. After the export is complete, go to the Download Center page to view the exported data. If the default storage path is not configured, you can set a storage path and select Set as default OBS path in the Export to OBS dialog box. A maximum of 30 MB data can be exported. If there are more than 30 MB data, the data will be automatically truncated. The exported job instances map job nodes. You cannot export data by selecting job names. Instead, you can select the data to be exported by setting filter criteria. |
in front of an instance. The running records of all nodes in the instance are displayed.Operation |
Description |
|---|---|
View Log |
View the log information of a node. You can control access to the test run logs. For example, after user A performs a test, user A can view the test run logs on the Monitor Instance page, but user B cannot. |
Manual Retry |
Retry a failed node. Retry an abnormal node. NOTE:
This operation can be performed only when Failure Policy is set to Suspend the current job execution plan. To view the current failure policy, click a node and then click Advanced Settings on the Node Properties page. |
Succeed |
Change the status of a node from Failed to Succeed. NOTE:
This operation can be performed only when Failure Policy is set to Suspend the current job execution plan. To view the current failure policy, click a node and then click Advanced Settings on the Node Properties page. |
More > Skip |
To skip a node that is to be run or that has been paused, click Skip. NOTE:
Instance with only one node cannot be skipped. Only instances with multiple nodes can be skipped. |
More > Pause |
When a job instance is in running state and a node is in waiting execution state, you can pause the node. Subsequent nodes will be blocked. |
More > Resume |
To resume a paused node, click Resume. |
More > History performance |
You can view the historical performance of a job node. |
In enterprise mode, developers cannot rerun job instances.
You can rerun a job instance that is successfully executed or fails to be executed by setting its rerun position.


When rerunning multiple job instances, you only need to set Rerun From, Parameters to Use, and Ignore OBS Listening.
Parameter |
Description |
|---|---|
Rerun Type |
Type of the instance that you want to rerun.
|
Start Time |
This parameter is required only when Rerun Type is set to Rerun instances of selected job and its upstream and downstream jobs. After you set the start time and end time, the system will rerun all the job instances in the specified period. NOTE:
If no job instance can be rerun in the specified period, error message "Job xxx have no instances to rerun" will be displayed. |
List of Rerun Job Instances |
This parameter is required only when Rerun Type is set to Rerun instances of selected job and its upstream and downstream jobs. You can select Display the current job and its directly connected jobs or Display complete dependency graphs in the Scheduling-State Job Dependency View dialog box. The job dependency view is displayed. You can enter a job name to query the job dependency. Figure 3 Job Dependency page
![]() Select the job to rerun and its upstream and downstream jobs. You can select multiple jobs at a time. NOTE:
If you hover over the question mark on the right of Scheduling-State Job Dependency View, the following information is displayed:
For detailed operations on the job dependency graph, see Batch Job Monitoring: Viewing a Job Dependency Graph. |
Rerun From |
Start position from which the job instance reruns.
NOTE:
A job instance reruns from its first node if either of the following cases occurs:
|
Parameters to Use |
|
Concurrent Instances |
This parameter is required only when Rerun Type is set to Rerun instances of selected job and its upstream and downstream jobs. It indicates the number of job instances that can be concurrently processed. The value cannot be less than 1. The default value is 1. |
Ignore OBS Listening |
The default value is Yes.
|
You can view the dependency between job instances and perform O&M operations on the DAG.

By default, the DAG displays the current job instance and its upstream and downstream job instances. It supports the following operations:
in the upper right corner of the DAG to restore the DAG to the initial state, and click
to close the DAG. Drag
in the upper left corner of the DAG to change its width.

Status |
Description |
|---|---|
Waiting |
A job instance is in waiting state if the execution of its dependent job instances is not complete, for example, no instance has been generated, instances are waiting to be executed, or instances fail to be executed. |
Running |
A job is running. All of its dependent jobs have been executed successfully. |
Successful |
The service logic of a job is successfully executed (including the success of retry upon failure). Successful execution statuses include Successful, Forcibly successful, and Failure ignored. |
Forcibly successful |
A job instance in failed or canceled state is made successful. |
Failure ignored |
As shown in the following figure, a failure handling policy is configured to skip node B and continue to execute node C if node B fails. When the job is executed successfully, the job instance is in Failure ignored state. Figure 10 Failure handling policy – Go to the next node
![]() |
Abnormal |
There are few scenarios where this status is displayed. As shown in the following figure, a failure handling policy is configured to suspend the job instance immediately without continuing to execute node C. In this case, the job instance is in Abnormal state. Figure 11 Failure handling policy – Suspend current job execution plan
![]() |
Paused |
There are few scenarios where this status is displayed. When a running job instance is suspended by the test personnel, the instance is in Paused state. |
Canceled |
|
Frozen |
If a job instance is expected to be generated in the future, the job instance is in frozen state after being frozen. |
Failed |
A job fails to be executed. If a job fails to be executed, you can view the failure cause, for example, a node of the job fails to be executed. |