Scheduling alerting jobs
By default, a single alerting job runs every 10 minutes on the server. However, you can change the number of alerting jobs and their frequency.
About this task
- You can configure alerting to use up to 10 alerting jobs to distribute alert processing more efficiently. Although the jobs run to the same schedule, the start times are offset slightly.
- The time taken to run an alert depends on the hardware setup, system load, and the complexity of the data and any queries in the alert. To ensure that alerting is working as expected, account for the performance implications of running your alerts before setting your alerting schedule.
- For performance reasons, do not schedule these jobs to run at the same time as the routine backup or large imports (or the alerting jobs should be temporarily disabled while these tasks are running).
- There is one job for processing email alerts. No setup is required on the SQL Server machine beyond setting up the SQL Server instance for email.
- The number of actions detected by the alerting job, and whether all actions are detected, will depend on the frequency with which the job runs. In particular, editing a record after the job completes and then undoing that edit before the next job runs will not be detected. However, the two edits will always be recorded in the audit log (depending on how you have chosen to configure auditing).
Procedure
Results
The job will run at the next scheduled date and time if the job is enabled, and the SQL Server Agent is started.