SQL Server Agent выполняет задания и выдает сообщения. Как вы увидите в следующих разделах, задания и сообщения определяются отдельно и могут быть выполнены независимо. Тем не менее, задания и сообщения могут быть также взаимодополняющими процессами, поскольку задание может вызывать сообщение, и наоборот. Рассмотрим пример. Задание А выполняется для информирования администратора системы о неожиданном заполнении протокола транзакций, что превышает допустимый лимит. Когда происходит это событие, вызывается связанное с ним сообщение и в качестве реакции системный администратор может быть проинформирован по электронной почте или сообщением на пейджер. Другим критическим событием является сбой при выполнении резервного копирования протокола транзакций. Когда это происходит, то…

Обычно существуют три действия, которые вы используете, если собираетесь создать задание: 1. Создайте задание и его шаги. 2. Создайте расписание выполнения задания, если задание не должно выполняться по запросу. 3. Сообщите операторам о статусе этого задания. В следующих разделах объясняются эти действия с использованием примера.

Задание может содержать один или более шагов. Существуют различные способы, которыми можно определить шаг задания. Следующий список содержит некоторые из них. ♦ Использование операторов Transact-SQL. Многие из шагов задания содержат операторы Transact-SQL. Например, если вам нужно автоматизировать резервное копирование базы данных или протокола транзакций, вы используете оператор backup database или оператор backup log соответственно. ♦ Операционная система (CmdExec). Некоторые другие задания могут потребовать выполнения утилиты SQL Server, которая обычно запускается вместе с соответствующей командой. Например, если вы собираетесь автоматизировать перемещение данных из вашего сервера базы данных в файл данных или наоборот, вы можете использовать утилиту Bcp. ♦ Вызов программы. В…

Каждое созданное задание может быть выполнено по запросу (т. е. вручную пользователем) или при использовании одного или более расписаний. Задание из расписания может появиться в указанное время или с заданной периодичностью. Чтобы создать расписание для существующего задания с использованием SQL Server Management Studio, выберите страницу Schedules в диалоговом окне Job Properties и нажмите кнопку New. (Диалоговое окно Job Properties является тем же самым диалоговым окном, что и на рис. 18.2.) Если диалоговое окно Job Properties неактивно, разверните узел SQL Server Agent, а затем - узел Jobs и щелкните по заданию, с которым вы собираетесь работать. Появится диалоговое окно New Job…

Когда задание завершается, возможно использование некоторых методов формирования уведомлений. Например, вы можете указать системе о необходимости записать соответствующее сообщение в протокол приложения Windows, рассчитывая на то, что системный администратор время от времени читает этот протокол. Лучшим выбором является явное использование одного или более операторов для отправки уведомлений по электронной почте или на пейджер и/или использование команды net send. Прежде чем назначать оператор заданию, вы должны создать для него запись. Для создания оператора с использованием SQL Server Management Studio разверните узел SQL Server Agent, щелкните правой кнопкой мыши по узлу Operators, а затем - по New Operator. Появится диалоговое окно New…

Система базы данных хранит информацию, связанную со всеми действиями задания, в системной таблице sysjobhistory системной базы данных msdb. Поэтому данная таблица представляет протокол истории заданий вашей системы. Вы можете просматривать информацию в этой таблице, используя SQL Server Management Studio. Чтобы это сделать, разверните узел SQL Server Agent, затем - узел Jobs, щелкните правой кнопкой мыши по заданию и выберите пункт View History. Диалоговое окно Log File Viewer покажет протокол истории задания. Каждая строка протокола истории задания отображается в детальной панели, которая содержит, помимо прочего, следующую информацию: ♦ дату и время выполнения шага задания; ♦ завершился ли шаг задания успешно или…

Информация о выполнении заданий и сообщения об ошибках системы сохраняются в протоколе приложений Windows. SQL Server Agent читает этот протокол и сравнивает хранимые сообщения с предупреждающими сообщениями (alert), определенными для системы. Если найдено соответствие, SQL Server Agent выдает предупреждающее сообщение. Поэтому предупреждающие сообщения могут быть использованы для ответа на потенциальные проблемы (такие как переполнение протокола транзакций), различные системные ошибки или ошибки, определенные пользователем. Прежде чем объяснять, как вы можете создавать предупреждающие сообщения, в этом разделе рассматриваются сообщения о системных ошибках и два протокола - протокол ошибок SQL Server Agent и протокол приложений Windows, которые используются для перехвата всех системных сообщений…

Системные ошибки объединяются в четыре отдельные группы. Database Engine предоставляет обширную информацию о каждой ошибке. Эта информация структурирована и включает: ♦ уникальный номер сообщения об ошибке; ♦ дополнительный номер в диапазоне от 0 до 25, который представляет степень уровня ошибки; ♦ номер строки, который указывает строку, в которой произошла ошибка; ♦ текст ошибки. В примере 18.1 выдается запрос к таблице, которая не существует в базе данных sample.   Все сообщения об ошибках хранятся в системной таблице sysmessages базы данных master. Для просмотра информации из этой таблицы используйте представление просмотра каталогов sys.messages. Тремя наиболее важными столбцами этого представления являются messageid, severity…

SQL Server Agent создает протокол ошибок, в который по умолчанию записываются предупреждения и ошибки. Следующие предупреждения и ошибки отображаются в этом протоколе: ♦ предупреждающие сообщения, которые предоставляют информацию о потенциальных проблемах; ♦ сообщения об ошибках, которые обычно требуют вмешательства системного администратора. Система поддерживает до девяти протоколов ошибок SQL Server Agent. Текущий протокол называется Current, тогда как другие протоколы имеют расширение, которое указывает относительный возраст протокола. Например, Archive #1 определяет самый последний архив протокола ошибок. Протокол ошибок SQL Server Agent является важным источником информации для системного администратора. С помощью этого протокола он может отслеживать использование системы и определять, какие корректирующие действия…

Database Engine также записывает системные сообщения в протокол приложений Windows. Протокол приложений Windows является местом для всех сообщений для операционных систем Windows, он располагается там, где хранятся все сообщения приложения. Вы можете просмотреть протокол приложений Windows, используя Windows Event Viewer. Просмотр ошибок в протоколе приложений Windows имеет несколько преимуществ по сравнению с их просмотром в протоколе ошибок SQL Server Agent. Наиболее важным является то, что протокол приложений Windows предоставляет дополнительный компонент для поиска нужных строк. Для просмотра информации, хранящейся в протоколе приложений Windows, щелкните мышью по Start | Control Panel | Administrative Tools | Event Viewer. В окне Event Viewer…