Node dry-run
When a node is scheduled by week or month, the scheduling system runs it only on the configured day. On all other days in the scheduling cycle, the system generates a dry-run instance instead of running the node. A dry-run instance completes immediately without processing data, so the scheduling chain stays unbroken even on days when no actual computation is needed.
A dry-run instance:
-
Returns a success response immediately — running duration is
0seconds -
Generates no run logs
-
Produces no data
-
Does not block descendant nodes
-
Occupies no resources
Dry-run scenarios
The following scenarios trigger a dry-run. Use the table to identify which scenario applies to your situation, then follow the corresponding steps.
| Scenario | Status shown in Operation Center |
|---|---|
| Node scheduled for a specific day of the week or month | Dry-run |
| Real-time instance generated within 10 minutes of scheduling time | Dry-run (expired instance) |
| Instance manually set to successful | Instance Set Successfully |
| Scheduling Type set to Dry-run | Dry-run |
| Node excluded from a temporary workflow during data backfill | Unselected Instance in Temporary Workflow |
Scenario 1: Node scheduled for a specific day of each week or month
Avoid dry-run instances during data backfill
To prevent dry-run instances when backfilling data for a weekly- or monthly-scheduled node, set the data timestamp to a day when the node would actually run.
Example: If the node runs on the first day of every month, set the data timestamp to the last day of the previous month.
Scenario 2: Real-time instance generated within 10 minutes of scheduling time
Scenario 3: Instance status manually set to successful
Scenario 4: Scheduling Type set to Dry-run
Scenario 5: Node excluded from a temporary workflow
Troubleshooting
Daily-scheduled node performs a dry-run unexpectedly
If a node with a daily Scheduling Cycle is generating dry-run instances, check whether Scheduling Type in the Scheduling Policies section on the Properties tab is set to Dry-run. If so, change it to the appropriate scheduling type.
T+1 means the scheduling system runs nodes on the next day using data generated on the current day.


