Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
SQL2008_Administration.doc
Скачиваний:
91
Добавлен:
08.11.2018
Размер:
3.38 Mб
Скачать

6.3.2 Создание и настройка мультисерверных заданий

Мультисерверные задания создаются из контекстного меню для контейнера Multi-Server Jobs и выглядят так же, как и обычные, за единственным исключением: на вкладке Targets для свойств такого задания вы сможете выбрать серверы, на которых эти задания должны выполняться.

Дополнительные настройки мультисерверных заданий:

Если вы назначили для этапов мультисерверного задания выполнение не с обычными правами учетной записи SQL Server Agent, а от имени специальных учетных записей-прокси, то вам придется выполнить дополнительные действия:

  1. Настроить на Target-сервере для параметра реестра \HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\Services\SQL Agent \AllowDownloadedJobsToMatchProxyName значение 1 (по умолчанию оно равно 0);

  2. Создать на Target-сервере учетные записи-прокси с точно такими же именами, как на сервере-мастере (для тех учетных записей-прокси, которые используются в этом задании).

Перенаправление истории выполнения заданий на сервер-мастер:

Для перенаправления истории на сервере-получателе на вкладке Advanced свойств SQL Server Agent установить флаг Forward Events to a different server и в списке Server указать сервер MSX, рис. 6.5.

Рис. 6.5. Окно Advanced свойств SQL Server Agent

Переопределение задания на сервере-получателе

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

6.4. Работа с предупреждениями

Предупреждения (alerts) — еще одно важное средство автоматизации работы с SQL Server. Предупреждения позволяют реагировать на события, которые происходят на SQL Server. К таким событиям относятся:

  1. события SQL Server - для удобства любые события SQL Server, которые можно зафиксировать (перехватить) называются ошибками. Пользователь (или разработчик) может сам сгенерировать ошибку с нужным кодом;

  2. выход значения счетчика System Monitor за указанные вами пределы;

  3. события WMI.

6.4.1 Создание предупреждения

  1. Из контейнера SQL Server Agent Alerts воспользоваться командой контекстного меню New Alert.

  2. Далее на вкладке General свойств создаваемого предупреждения вы можете настроить:

  • Name (Имя) — имя для создаваемого предупреждения;

  • Enable (Включить) — если этот флажок будет снят, то предупреждение работать не будет. Обычно используется для того, чтобы на время отключить оповещение без его удаления;

  • Type (Тип) — тип предупреждения. От него зависит, что именно будет отслеживать это предупреждение и какие параметры можно будет для него настроить:

  • SQL Server event alert - предупреждение будет реагировать на встроенные или пользовательские ошибки SQL Server;

  • SQL Server performance condition alert - будет отслеживаться выход значения выбранных вами счетчиков производительности в System Monitor за указанные вами границы;

  • WMI event alert - будут отслеживаться события объектов WMI.

  • На вкладке Response свойств предупреждения вы можете настроить реакцию на событие, на которое настроено данное предупреждение. В вашем распоряжении — возможность выполнить задание SQL Server Agent или оповестить оператора.

  • При помощи вкладки Options вы можете настроить дополнительные параметры для реакции на события. Здесь можно определить, будет ли полная информация о событии передаваться операторам при отправке уведомления по электронной почте, пейджеру или сети, указать дополнительный текст для сообщения, которое будет передаваться оператору. При помощи раздела Delay between responses вы можете указать задержку между выполнением действий, определенных как реакция на событие. По умолчанию используется значение, равное 0. Это значит, что действия будут производиться с минимально возможной задержкой.

  • Вкладка History используется для просмотра информации о том, когда в последний раз сработало предупреждение, когда в последний раз были выполнены действия, определенные в качестве реакции, а также количество срабатываний предупреждения. При помощи флажка Reset Count можно сбросить счетчик предупреждений. Историю срабатывания предупреждений проще всего просмотреть при помощи журналов событий SQL Server. Обратите внимание, что информация записывается именно в журналы SQL Server, а не SQL Server Agent.

  • Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]