1. Проверьте, запущен ли SQL Server Agent.
2. Убедитесь, что учётная запись, от имени которой стартует агент, отражена в роли sysadmin.
3. Убедитесь, что пароль учётной записи, от имени которой стартует агент, соответствует паролю, указанному при запуске сервиса SQL Server Agent (список сервисов в панели управления или через соответствующий пункт SQL Server Enterprise Manager).
4. Убедитесь, что интервал ожидания подключения агента к серверу баз данных достаточно велик.
5. Убедитесь, что задание, расписание или оповещение находится в состоянии «включено». Если оповещение было удалено, то автоматически удалились и все связанные с ним уведомления. Имейте в виду, что действия по отключению заданий, расписаний или оповещений нигде не журналируются.
6. Убедитесь, что контексту, через который работает владелец задания, предоставлены необходимые для выполнения всех этапов права. Если владелец задания не входит в роль sysadmin, этапы задания будут выполняться в контексте учётной записи NT SQLAgentCmdExec.
7. Убедитесь, что учётная запись SQLAgentCmdExec существует и создана при инсталляции сервера баз данных или из SQL Server Enterprise Manager.
8. Убедитесь в правильности присвоения пароля учётной записи SQLAgentCmdExec, который должен быть введён в окне SQL Server Agent Properties.
9. Убедитесь, что размер базы msdb достаточно велик для размещения в нём истории выполнения заданий. Для анализа используйте число строк в таблице sysjobshistory. Неверная настройка этой базы может привести к заполнению базой всего дискового пространства или нехватке места в для истории заданий в базе msdb.
10. Убедитесь, что используемый для рассылки оповещений почтовый клиент работоспособен и тестовые сообщения доставляются правильно и своевременно. Для тестирования используйте профиль учётной записи, от имени которой стартует SQL Server Agent.
11. Убедитесь, что журнал приложений NT не переполнен.
12. Убедитесь, что утилизация процессорного времени находится в допустимых пределах. Одной из возможных причин высокой утилизации процессоров может стать появление часто повторяющегося события, на которое создано оповещение. Такое случается вследствие ошибки администратора, который мог настроить оповещение по часто встречающемуся событию, не учтя аппаратных возможностей или доступных для этого ресурсов, или он мог установить слишком короткий интервал для часто встречающихся оповещений. Также чрезмерная утилизация ЦПУ может проявиться вследствие того, что сервер перестал получать доступ к необходимому ему ресурсу и генерирует соответствующую ошибку. Результатом может стать отказ сервера в обслуживании клиентов. Когда оповещений очень много, а утилизация ЦПУ слишком высока, возможно накопление оповещений в очереди ожидания на обработку, что может, как повлиять на работоспособность сервера, так и на скорость ответной реакции сервиса SQL Server Agent на события сервера.
http://www.sql.ru/subscribe/70028/07.shtml#9