All Products
Search
Document Center

DataWorks:View auto-triggered instances

Last Updated:Mar 13, 2026

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 Management Center > Workspace > Workspace Members 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.

    Note

    Manually rerunning a task does not trigger custom rule alerts.

Go to the auto-triggered instances page

  1. 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 Data Development and O&M > Operation Center. On the page that appears, select the desired workspace from the drop-down list and click Go to Operation Center.

  2. In the navigation pane on the left, click Auto Triggered Task O&M > Auto Triggered Instances 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 instance list

Intelligent search mode

The intelligent search feature automatically parses your query to quickly filter and display the required instances.

  1. 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.

  2. Save a new view.

    To reuse the search conditions from your intelligent search, click Unsaved View > Save as New View 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.

    Note

    If 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.

  3. 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.

  1. 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.

  2. 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
  • 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 complete, the instance fails and must be rerun manually.

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.

Note

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

image

You can click these icons in the upper-left corner to aggregate instance information by the following dimensions.

  • Not Aggregate.

  • Aggregate By Workspace.

  • Aggregate By Owner.

  • Aggregate By Priority.

image

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.

image

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.

    Note

    This 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.

      Note

      Verify 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.

      Note

      Only 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.

      Note
      • Only 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.

    Important
    • Freezing 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.

    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 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.

  • Relationship between Node ID and Instance ID:

    For hourly or minutely scheduled nodes, you can use the Node ID to locate all instances generated for that node on a given day. To locate a specific hourly or minutely instance, use the Instance ID for precise identification.

  • Task Status: The task status is related to its execution. If a task is in a state such as not run, pending schedule, pending resource, or frozen, you can use Instance Diagnose to quickly identify the issue.

  • Resource Wait Time: If a task experiences a long wait for resources, you can use the Instance Diagnose feature to identify which tasks are occupying resources during its execution, allowing you to quickly find and investigate abnormal tasks.

  • Runtime Duration: If a task's runtime is significantly longer than its historical average, you can handle it based on the following scenarios.

    • Non-sync tasks: You can contact the person in charge of the corresponding engine.

    • Offline sync tasks: A specific stage of the task may be slow, or the task may be waiting for resources for a long time. For more information, see Common issues of offline sync tasks.

  • Rule Monitoring: You can view the monitoring rules associated with the current instance. You can click Create on the right to quickly create a task status monitoring rule. For more information, see Rule management.

    Note

    This section only shows rules for monitoring task status, not data quality monitoring rules.

  • Baseline Monitoring: You can view the baselines associated with the current instance. You can click Create on the right to quickly create a baseline. For more information, see Baseline management.

  • Tags: This section displays the custom tags you have defined in Tag Management. If the current node has governance issues, they will also be displayed as tags. You can go to the Data Governance Center for details.

  • Maximum parallel instances: Displays the maximum number of parallel instances configured for the task. The value can be Unlimited or a specific number (1 to 10,000). This setting limits the maximum number of instances of the same task that can run simultaneously, affecting Auto Triggered Instances, Data Backfill Instances, and test instances.

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.

Note

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.

  • 运行中: 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.

Workflow O&M actions

You can perform the following operations on a workflow:

  • DAG: View the workflow DAG. In the workflow perspective, hourly and minutely tasks within the workflow are grouped by default. Operations on individual instances are the same as in the instance perspective. For more information, see DAG panel features.

  • Rerun: Rerun all or specific tasks within the current workflow.

  • Terminate: Stop the currently running workflow.

  • Freeze: Freeze the execution of the current workflow. Instances within the workflow will not run.

  • Unfreeze: Unfreeze a frozen workflow. The workflow will default to a failed state, and you can rerun it.

  • Set to successful: Set the status of the current workflow to successful. The nodes within the workflow will then show a successful status.

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

For more common issues, see Issue summary.