An Auto Triggered Instance is a snapshot automatically generated from the scheduling configuration of an Auto Triggered Task. You can view instance details and perform operations from a list or a Directed Acyclic Graph (DAG).
Before you begin
Normal tasks: A normal task executes actual code logic. This excludes dry-run tasks (such as tasks configured to dry-run, instances generated outside the scheduled time range, unselected branches in a Branch node, or expired instances from real-time-to-instance conversions) and frozen tasks.
O&M environments: In a standard mode workspace, you can switch between the development and production Operation Centers in the upper-left corner of the page. Tasks are not automatically scheduled in the development environment, so no Auto Triggered Instances are generated.
Task execution and troubleshooting:
A scheduled task can run only if all its upstream tasks have succeeded, its scheduled time has arrived, sufficient scheduling resources are available, and the task is not frozen. For more information, see Conditions for a task to run.
If a task has not run, you can use the Upstream Analysis feature in the DAG panel to quickly identify the key upstream tasks that are blocking it. Then, use the Instance Diagnose feature to determine why the key instances have not run. This helps you efficiently locate issues in complex dependency chains.
Limitations
Version requirements
DataWorks Professional Edition and later provide advanced features for more efficient development and O&M.
Instance Diagnose: Quickly locate task execution issues. This feature is currently available for a free trial. For more information, see Intelligent diagnosis.
Advanced DAG analysis: Includes node aggregation, upstream analysis, and downstream analysis to help you understand complex task lineages.
Export query results: Export data for external reporting or further analysis.
To access all these features, upgrade to the Professional Edition. For more information, see Editions and billing.
Permission control
Some features are available only to users with O&M permissions. If a feature's entry point is grayed out or missing, go to the page to check if the user has the required permissions. For more information, see Overview of access control and Workspace-level module permission control.
Feature limitations
You cannot manually delete an Auto Triggered Instance. The platform automatically deletes instances about 30 days after they expire. If a task no longer needs to run, you can freeze its instances.
For tasks executed on the Shared Resource Group for Scheduling, instances are retained for one month (30 days), and logs are retained for one week (7 days).
For tasks executed on serverless or exclusive resource groups for scheduling, both instances and logs are retained for one month (30 days).
For instances that have completed running, the platform automatically clears logs larger than 3 MB on a daily basis.
Precautions
An Auto Triggered Task generates instances based on its schedule. Regardless of the instance generation method you choose, each instance runs the latest code from the production environment.
To monitor task executions, you must first set up corresponding monitoring rules for the task. For more information, see Overview of Smart Monitoring. If a task with alert rules fails but you do not receive a notification, check if your phone number and email address are correctly configured on the Alert Contacts page. For more information, see Alert information.
The time when the first Auto Triggered Instance is generated depends on the selected generation method, which can be Next Day or Immediately After Deployment. For more information, see Instance generation methods.
NoteManually rerunning a task does not trigger custom rule alerts.
Go to the auto-triggered instances page
Go to the Operation Center page.
Log on to the DataWorks console. In the top navigation bar, select the desired region. In the left-side navigation pane, choose . On the page that appears, select the desired workspace from the drop-down list and click Go to Operation Center.
In the navigation pane on the left, click to open the Auto Triggered Instances page.
On this page, you can view the running status of instances from different perspectives.
Instance Perspective: View the execution details of a single instance.
Workflow Perspective: View an overview of all instance executions within a workflow.
Instance perspective
View the instance list
Intelligent search mode
The intelligent search feature automatically parses your query to quickly filter and display the required instances.
Perform an intelligent search.
Click the Intelligent Search button in the filter bar. In the dialog box that appears, enter your search content, such as
sort by instance type, and press Enter. The system will automatically find and display the matching instances.Save a new view.
To reuse the search conditions from your intelligent search, click in the search bar. In the Save View dialog box, enter a custom View Name and click Save. You can then find and use this new view in the view search bar for future instance searches.
NoteIf you no longer need the new view, find it in the view search bar. Hover over the view name, click the ... button on the right, and select Modify or Delete.
Disable intelligent search.
To perform a precise search using filter conditions, press the Esc key or click the Disable Intelligent Search button in the instance toolbar to exit the intelligent search mode.
Filter mode
The filter feature allows you to precisely narrow down the instance list based on specific criteria.
Simple filtering.
In the toolbar, you can select multiple filter conditions, such as Search by task name, task ID, or instance ID, Scheduling Resource Group, Alerts Are Reported Within Last 24 Hours, and In Waiting for Resources State for a Long Period of Time, to find the instances you need.
Advanced filtering.
Click the Filter button in the filter bar to combine multiple conditions, such as Search by task name, task ID, or instance ID, Scheduling Resource Group, Scheduling Time, and Computing Resource Name, to accurately locate the required instances.
Sort mode
You can sort the instance list by custom fields in ascending or descending order, such as by Business Date, Priority, or Scheduled Time. For successfully executed workflows, you can sort internal tasks by Start Time, End Time, or Duration.
Manage auto-triggered instances
Manage a single instance
To manage an Auto Triggered Instance, locate it in the instance list and use the options in the Actions column. The following table describes the available actions.
Action | Description | |
DAG | Displays the upstream and downstream dependencies of the Auto Triggered Instance, where you can perform related operations. For more information, see Appendix: Introduction to DAG features. | |
Perform diagnostics | Performs a full-path analysis of the task. Use this feature to troubleshoot issues when a task does not run as expected. For more information, see Intelligent diagnosis. | |
Rerun | Reruns a task that is in the Successful or Failed state. A successful execution can trigger the scheduling of unexecuted downstream tasks. This is often used to handle failed or missed nodes. | |
More | Rerun Descendent Nodes | Reruns the downstream nodes of a Successful or Failed task. You can select which downstream tasks to rerun. A successful execution triggers the scheduling of unexecuted downstream tasks. This is typically used for data backfilling. |
Set status to successful | Changes a failed task's status to successful. Use this to prevent the task from blocking downstream nodes. This is often used to handle failed nodes. | |
Refresh Instance | Refreshes the instance with the latest node configurations, including compute resources, resource group, CUs, priority, image, scheduling type, rerun policy, timeout definition, owner, tags, and DQC configuration. | |
Stop | Stops an instance that should no longer run, causing it to fail. You can only stop instances that are in the Pending (Schedule), Pending (Resources), or Running state. | |
Freeze | Use this feature when the current instance and its downstream instances do not need to run. Freezing in Auto Triggered Instances only affects the current instance. A frozen instance will not be automatically scheduled or run, and it will block its downstream nodes from running. Note
| |
Unfreeze | Unfreezes an instance.
Note The unfreeze operation only affects the current instance. If the parent Auto Triggered Task is still frozen, the instance generated the next day will also be frozen. | |
View Lineage | View the data lineage of the current instance. | |
View Auto Triggered Task details | View the basic information of the current instance. | |
View Runtime Log | After a task starts, you can view its detailed execution process in the runtime log. For a description of the core parameters in the log, see Appendix: Description of runtime log parameters. | |
Modify Scheduling Resource Group | Changes the resource group for the current instance run without modifying the parent Auto Triggered Task's resource group. Important You cannot switch the resource group while the instance is waiting for resources. You must first stop the task, switch the resource group, and then restart the instance. | |
Manage multiple instances in batches
To perform batch operations, select multiple Auto Triggered Instances from the list and use the buttons at the bottom to perform actions such as Stop, Rerun, Set status to successful, Change resource group, Freeze, and Unfreeze.
To export the instance list from your search results, first apply your filters, and then click the Export Query Results button above the instance list. In the Export Query Results dialog box, confirm the following information:
Objects: Displays the number of instances matching the current filter criteria. You can click View Filter Conditions to see the specific filters.
Export Method: Select Export to Local.
The export is an asynchronous operation. After submitting the export task, you can go to the View Operation Records in Operation Center page to check the export progress and download the result.
View the auto-triggered task DAG
Click the DAG button in the Actions column of an Auto Triggered Instance to open its DAG details page.
DAG panel features
On the instance DAG details page, you can use the following features in the DAG panel to aggregate nodes, analyze downstream dependencies, and adjust the DAG display style.
Feature | Description | |
| You can click these icons in the upper-left corner to aggregate instance information by the following dimensions.
| |
| When the number or hierarchy of tasks is large, you can use the Upstream Analysis and Downstream Analysis features to count the number of upstream and downstream tasks affected by the current task. | |
| You can click these icons in the upper-right corner to adjust the display style of the DAG as needed. | |
DAG operations
On the instance DAG details page, right-click an instance in the workflow to view its dependencies, code details, and other information. The following operations are available:
Show Ancestor Nodes: View the upstream tasks of the current node to understand which nodes affect its data output. You can expand up to six levels of parent nodes at a time.
Show Descendent Nodes: View the downstream tasks of the current node to understand which nodes are affected by its data output. You can expand up to six levels of child nodes at a time.
View Runtime Log: After a task starts, you can view its detailed execution process in the runtime log. For a description of the core parameters in the log, see Appendix: Description of runtime log parameters.
Instance Diagnose: Performs diagnostic checks on the task's upstream dependencies, scheduling time, scheduling resources, and running status.
View Code: Confirms the code of the current node in the production environment. If it is not as expected, verify that the latest version of the node has been successfully published.
Edit Node: Opens the current node in the DataStudio page.
View Lineage: View the data lineage of the current instance.
More: View the instance's basic properties, operation log, task code, and other information.
View Auto Triggered nodes: View information about the Auto Triggered Task to which the current instance belongs.
Go to Task 360 page: Navigates to the Data Governance Center to get a panoramic view of the task's details from multiple dimensions, such as associated baselines and instance execution status, for governance purposes. For more information, see Get a panoramic view of a task.
Stop: Terminates a task that should no longer run. The task will exit with a failed status. You can only stop instances that are in the Pending (Schedule), Pending (Resources), or Running state.
Rerun: Reruns a task that is in the Successful or Failed state. A successful execution can trigger the scheduling of unexecuted downstream tasks. This is often used to handle failed or missed nodes.
Rerun Descendent Nodes: Reruns the downstream nodes of a task that is in the Successful or Failed state. You can select which downstream tasks to rerun. A successful execution triggers the scheduling of unexecuted downstream tasks. This is typically used for data backfilling.
Set status to successful: Sets the status of a failed task to successful. Use this when a task has failed but you do not want it to block downstream tasks. This is often used to handle failed nodes.
Resume: Resumes a task in a failed state from the point of failure. If a task contains multiple SQL statements, it will resume from the specific SQL statement that failed.
NoteThis operation is supported only for MaxCompute SQL tasks.
Trigger Data Quality Check: If the task is configured with data quality rules, this triggers a check against those rules.
Emergency Operations: These operations are effective only for the current run of this node.
Delete Dependencies: Removes dependencies for the specified task, allowing the current node to run. This is often used to bypass an upstream failure that does not have a data relationship with the current instance.
NoteVerify whether this operation will affect your data by checking the task code and data lineage.
Change Priority: The priority of an instance is inherited from its baseline. You can reset it here as needed. A higher number indicates a higher priority.
Force Rerun: Forces the current node to rerun. This can be performed on an Auto Triggered Instance that is successful, failed, or has not run. It is commonly used for data backfilling.
Force Heavy Run Downstream: Used to reprocess data from the previous or second-to-previous business date. This can only be performed on a successful or failed Auto Triggered Instance and is commonly used for data backfilling. For more information, see Appendix: Forcefully rerun descendant nodes.
NoteOnly workspace administrators, tenant administrators, or the primary Alibaba Cloud account can initiate a forced rerun of downstream nodes.
Clone Instance: Creates a new instance (clone) with the same configuration as the current Running instance (host). The new instance is named in the format
dw_clone_NodeName.NoteOnly ODPS SQL node instances can be cloned, and each instance can be cloned only once.
Execution logic for host and clone instances:
Both the host and clone instances are in the running state. If the host instance succeeds first, the clone instance is stopped. If the clone instance succeeds first, the host instance is stopped and its status is set to successful.
If a downstream task of the current task has a clone instance, rerunning the downstream will not trigger the clone instance.
Freeze: Freezes an instance if it and its downstream instances do not need to run.
ImportantFreezing an upstream instance blocks the execution of its downstream instances. Use this operation with caution.
Do not operate on the projectname_root node, as it is the root node of the workspace. All Auto Triggered Instances depend on it. Freezing this node will prevent all Auto Triggered Instances from running.
You cannot freeze instances that are in the Pending (Resources), Pending (Schedule), or Running state (for example, when node code is running or a data quality check is in progress).
Unfreeze: Unfreezes an instance.
If the instance has not run yet, it will run automatically after its upstream tasks are complete.
If all upstream tasks are already complete, the instance will be set to failed and must be manually rerun to execute properly.
NoteThe unfreeze operation only affects the current instance. If the parent Auto Triggered Task is still frozen, the instance generated the next day will also be frozen.
View instance details
In the instance DAG, left-click a specific instance, and in the window that appears, click View Log or Show Details to view detailed information such as General, Runtime Log, Operation Log, and Code.
Tab | Description |
General | On this tab, you can view the scheduling properties of the task in the production environment. For more information about UI parameters, see Scheduling configuration.
|
Runtime Log | After a task starts, you can view its detailed execution process in the runtime log. For a description of the core parameters in the log, see Appendix: Description of runtime log parameters. |
Operation Log | View the operation history of a task or instance, including the time, operator, and action. |
Code | Used to view the latest code of the current task in the production environment. If it is not as expected, confirm whether the latest version of the task has been successfully published. For more information, see Publish tasks. |
Workflow perspective
Click the Workflow Perspective tab on the Auto Triggered Instances page to open the workflow O&M interface.
The workflow perspective displays only dependencies within the workflow. To view cross-workflow or cross-workspace dependencies, switch to the Instance Perspective.
View the workflow list
Feature | Description |
Workflow status overview | The Workflow column uses visual icons to show the execution status of the workflow. The list mode counts normal tasks, excluding dry-run and frozen tasks, while the DAG panel displays all task types.
|
Workflow O&M actions | You can perform the following operations on a workflow:
|
Appendix: Runtime log parameters
After a task starts, you can view its execution in the runtime log. The core log parameters are described below.
Parameter | Description |
SKYNET_ONDUTY | The task owner. |
SKYNET_PARAVALUE | The list of scheduling parameters. |
SKYNET_TASKID | The instance ID. |
SKYNET_ID | The node ID. |
SKYNET_NODENAME | The node name. |
SKYNET_APPNAME | The workspace name. |
SKYNET_REGION | The region where the workspace is located. |
SKYNET_CYCTIME | The scheduled runtime of the node. |
FAQ
Troubleshoot instance exceptions
Troubleshoot tasks that do not run
Dry-run
For more common issues, see Issue summary.



: The number of running instances in the current workflow.
: The number of successful instances in the current workflow.
: The number of failed instances in the current workflow.
: The number of instances in other states in the current workflow.