8.1.4.Логика выполнение многоэтапного задания

Каждый этап может быть завершен либо успешно, либо ошибочно. В первом случае SQL Server Agent перейдет к следующему этапу, иначе можно вывести сообщение об ошибке и дать указание оператору ее исправить. Если сообщение не выводится, администратору БД необходимо будет самому определить причину возникновения ошибки.

Для эффективного выполнения задания целесообразно объединить однотипные задания в одном расписании. Т.к. задание может выполняться автоматически или вручную, необходимо определить наиболее эффективное расписание для них:

• Задание должно выполняться постоянно, либо в период простоя процессора (уровень загруженности определяется пользователем) или через определенный интервал времени (час, день, недели);

• Задание может выполняться однократно или в ответ на конкретное оповещение;

• Наличие расписания позволяет выполнять одно и то же задание с разными интервалами и в рабочие дни.

Если расписание задания отключено, оно может быть выполнено только вручную.

Низкий уровень загруженности процессора должен соответствовать объему исполняющегося задания и должен включать в себя все ресурсы, необходимых заданию. В период простоя процессора можно запустить сразу все задания.

8.1.5.Журнал ошибок службы sql Server Agent

SQL Server Agent заносит сообщение, предупреждающее об ошибках, в собственный журнал ошибок.

SQL Server одновременно поддерживает 9 журналов SQL Server Agent. SQL Server формирует журнал ошибок в файл .out (в системной каталоге SQL). Журналы нумеруются от 1 до 9 (1 – более новый журнал).

Просмотреть свойства журнала можно с помощью хранимой процедуры sp_helpjob и sp_helpjobstep, а сами журналы – sp_help_jobhistory.

БД MSDB автоматически расширяется при работе службы. Ее журнал транзакций очищается после каждой контрольной точки, которая устанавливается после тысячи записей от задания.

Если задание заносится в журнал более 100 раз, то стирается.

Если при выполнении задания начинается процесс остановки сервера SQL, то можно установить интервал ожидания Server окончания выполнения задания. В это время серверные работы не смогут прервать задание, это особо удобно при удаленном доступе.

8.2.Операторы operators

Операторы отвечают за работу сервера. Для автоматизации администраторских задач, операторы должны быть наделены соответствующими правами доступа к БД, а следовательно, прежде, чем относить задание к конкретному оператору, необходимо сконфигурировать их и указать события, по наступлении которых будет формироваться сообщение.

Первый этап автоматизации административных задач – назначается надежным оператором, уведомленным об успехе/ошибке/завершении выполнения автоматизации задач, о наступлении определенного события или условия.

Надежные операторы – категория пользователей SQL Server, обладающие доверительными правами на исполнение конкретных задач в данной БД.

При всех действиях SQL Server обращается к надежному оператору о необходимости выполнения конкретных действий или их результатов.

Результаты заносятся в БД MSDB, и исполнение указанных действий исполняются надежным оператором, а не пользователь.

Чтобы известить надежного оператора, используется специальная команда NET SEND.

Создать нового оператора можно с помощью хранимой процедуры sp_add_operator, а – просмотреть в БД MSDB в sysoperators.

Надежный оператор по окончании работы задания заносит сообщение в системный журнал ошибок на SQL Server Agent. В этом же журнале находятся команды, определяющие создание нового оператора, режим работы и его права находятся в таблице sysoperators.

Пример: создание нового надежного оператора Max_Den, доступного с 8.00 до 21.00 по пятницам

Use msdb

Exec sp_add_operator @name = ‘Max_Den’,

@weekday_pager_start_time = 080000,

@weekday_pager_end_time = 210000,

@paper_days = 32