Change a scheduled task when its timing, command or application location changes. Disable a job before deleting it if you may need to restore the configuration. Removing a schedule prevents future launches but does not necessarily terminate a process that has already started.
IN THIS ARTICLE
What you need before you begin
Record the existing task type, command, runtime, schedule, timezone and notification settings. Identify the application owner and whether another scheduler also launches the same operation. Choose a quiet period for changes to billing, queue or data-processing jobs.
01 Edit, disable or remove the selected task
- Open Scheduled Tasks for the correct subscription and identify the task by command and description.
- To edit it, open the task and change only the intended fields. Check quoting and paths if an argument or script location changes.
- To pause it, clear the active setting where available and save. Retain the configuration while you investigate or wait for maintenance to finish.
- To remove an obsolete task, select that exact entry and use Remove, then confirm the action. Keep a private record if you may need to recreate it.
- Check the application for an already running job before assuming processing has stopped. Use the application supported stop or drain procedure for active work.
How do I verify the scheduled-task change?
For an edited job, observe the next intended run and confirm its application result. For a disabled or removed job, verify that no new execution begins at the former schedule. Check for duplicate schedules elsewhere if activity continues.
Troubleshoot unexpected results
If an edit causes failures, restore the recorded settings and investigate the changed field. If a task keeps launching, confirm you edited the correct subscription and look for another cron, system timer or application scheduler. Avoid killing unknown server processes from a shared-hosting account.