The Schedule Page can be accessed by clicking Schedule from the Job Page. 6 different schedule options are provided.
Adding a New Schedule
Each job can be configured to use multiple schedules. Initially, no schedule will be enabled. From the Schedule dropdown box, choose "+New Schedule" to add and select a new schedule. You can later use this same dropdown box to select amongst all schedules that have been configured for the particular job.
Removing a Schedule
A schedule can be removed by selecting the target schedule from the active schedule dropdown box (see above). Click the "Delete Schedule" button to remove this schedule.
Schedule Types
1. Only once -- e.g. 1:30 AM on February 19, 2017
2. Repeatedly -- e.g. every 10 minutes
3. Weekly -- e.g. every Tuesday and Thursday at 7 AM
4. Monthly -- e.g. on the 17th and 27th at 9:00 PM
5. Custom CRON -- use to provide a custom CRON string, whose syntax is explained in detail when the "Use a custom CRON string" option is selected.
6. On demand -- no schedule is set but the job can be run by manually clicking the Run Now button from the Job Page.
Disabling the Schedule Automatically on Error
Under some circumstances, it may be preferable to completely disable the schedule for certain jobs if an error occurs. This behavior can be turned on by checking the "Disable Schedule on Error" checkbox. By default, this behavior is turned on when the schedule is set to "Continuously". When this is in effect, after an error has occurred, you will need to revisit the job's Schedule page and click the "Enable Schedule" button to turn the schedule back on.
Notes on Daylight Savings Time (DST) Behavior
When using a custom CRON string, the schedule will always fire at a given time of day and then compute the next time to fire. If that time does not occur on a given day due to a daylight savings change ("spring forward"), the trigger will be skipped. If that hour happens twice ("fall back") the CRON schedule will still only fire once (on the first occasion). The hour from 2 - 3 AM will not occur during spring forward so you will need to manually execute or schedule a run once for any thing on a CRON string that is supposed to run in that window.
A fixed interval schedule that fires at an interval of one day or greater, or a schedule that runs monthly or on specific days will automatically be corrected for daylight savings time. Consider the case where a job is scheduled to run once per day, starting at 6 A.M. Before and after the daylight savings change, the job will run at 6 A.M. local time. However, due to the daylight savings change, the time between runs in this scenario will be either 23 or 25 hours, depending on the type of change.
In the case of those schedules with an interval of one day or greater, when they are scheduled to fire during a time that does not occur (2 - 3 AM on "spring forward"), they will trigger an hour later on local time so they should require no intervention. For example, a job scheduled to run at 2:30 AM during "spring forward" will instead run at 3:30 AM.
However, fixed interval schedules that fires at an interval of less than a day are treated as daylight savings-agnostic and will continue to fire according to their pre-existing interval. These will thus appear an hour different after a DST change. If you do not desire this behavior for a particular job, you should switch it to a custom CRON string schedule.