Try it free

Workflow schedule trigger

  • Latest Dynatrace
  • Reference
  • 4-min read

Schedule triggers run workflows automatically at a set time or interval. Use them for recurring tasks such as hourly data ingests, nightly reports, or monthly audits.

Choose a schedule type

Schedule typeWhen to use

Fixed time

Run at a specific time on days you define: every day, weekdays only, business days based on a calendar, or any custom scheduling pattern.

Time interval

Run repeatedly at a fixed interval, for example, every 10 minutes or every hour. Combine with a scheduling rule to restrict execution to specific days.

Cron schedule

Run on advanced scheduling patterns not covered by fixed time or time interval.

For all schedule types, verify the schedule before saving by selecting Next scheduled executions in the trigger configuration.

Stagger start times to avoid load spikes

If multiple workflows send DQL queries, API calls, or requests to an external system, stagger their start times by a few minutes, for example, 00:00, 00:03, and 00:07. Pinning all workflows to the same start time creates a burst of concurrent requests that can overload the target.

Fixed time

The Fixed time trigger starts at a specific time of day. By default, it starts every day, but you can attach a scheduling rule to limit it to specific days, for example, weekdays only or business days based on a business calendar.

  • Time: Time of day in HH:MM format (24-hour).
  • Time zone: IANA time zone for the configured time. Default: UTC. For DST transition behavior, see Daylight saving time.
  • Scheduling rule: Controls on which days the trigger starts. Default: Every day. To learn more, see Scheduling rules and business calendars.
  • Earliest start date: Date from which the schedule takes effect.
  • End condition: End by date, by number of runs, or never. Default: Never.

Time interval

The Time interval trigger starts repeatedly at a fixed interval. You can optionally restrict it to an active period within the day, or attach a scheduling rule to limit it to specific days.

  • Run every (mins): Interval in minutes. Range: 1–720 (12 hours maximum).
  • Rule: For more information, see Create a rule.
  • Time zone: IANA time zone. Default: UTC.
  • Don't run before / Don't run after: Define the active period within the day during which the trigger can run, for example, between 8:00 AM and 5:00 PM.
  • Scheduling rule: Controls on which days the trigger starts. Default: Every day. To learn more, see Scheduling rules and business calendars.
  • Start date: The actual date when the schedule takes effect. It defaults to the day of definition at the top of the hour.
  • at: The actual time when the schedule takes effect.
  • End: The actual end date when the schedule stops, by number of runs, or never. Default: Never.

Cron schedule

The Cron schedule trigger starts according to a cron expression. Use it for advanced scheduling patterns not covered by fixed time or time interval. Cron expressions follow standard cron syntax based on the Debian cron format and are time-zone-aware. For DST transition behavior. For more information, see Daylight saving time.

  • Cron expression: The schedule in standard five-field cron format (minute, hour, day-of-month, month, day-of-week). The time zone defaults to your browser's locale. Supported special characters: *, ,, -, */n, n/m. Six-field (Quartz) expressions and the ? wildcard are not supported.

Schedule rules and business calendars

Scheduling rules let you control on which days a fixed time or time interval trigger starts, using criteria such as weekdays, days of the month, or business days from a business calendar. Each environment includes a default calendar; you can create additional ones to model different holiday schedules for teams in different countries. To skip specific dates, such as public holidays, without changing the main schedule, add them as custom holidays in a business calendar and use a rule that filters to working days only.

Daylight saving time

When the clock changes for daylight saving time (DST), how your schedule behaves depends on whether it is interval-based or time-based.

Interval-based triggers

Time interval trigger, and Cron schedule trigger with a wildcard in the hour or minute field always run at the configured interval, regardless of clock changes.

  • Spring forward (clock skips 1 hour): No runs occur during the missing hour.
  • Fall back (clock repeats 1 hour): The extra hour results in more runs than a standard day.

If you select the Don't run before or Don't run after option for a Time interval trigger:

  • Spring forward: If your active period starts during the skipped hour, the first run moves to just after the clock change. If your entire active period falls within the skipped hour, the trigger does not run that day.
  • Fall back: If your active period falls during the repeated hour, the trigger runs once, in the second occurrence of that hour.

Time-based triggers

Fixed time trigger, and Cron schedule trigger run at a specific hour and minute on a set clock time.

  • Spring forward: If the scheduled time falls in the skipped hour, the trigger fires at the first available time after the clock change. For example, a Fixed time trigger set to 02:30 fires at 03:00 on the transition day.
  • Fall back: The trigger runs once, during the first occurrence of the repeated hour.
Related tags
Dynatrace Platform