1. Переключатель Target local server.
Если установлен, задание будет выполняться только на локальном сервере.
2. Переключатель Target multiple servers.
Если установлен, задание будет выполняться на множестве серверов, указанных в списке под переключателем. Мультисерверный режим требует ряда дополнительных настроек, которые в настоящей лабораторной работе не рассматриваются.
2.2.3. Управление операторами
Чтобы создать нового оператора, необходимо выполнить следующие действия.
1. Вызвать контекстное меню папки Operators в контейнере SQL Server Agent и выбрать команду New Operator.
2. В появившемся окне указать имя оператора.
3. Указать e-mail, используемый оператором для приема сообщений.
4. Если оператор имеет пейджер, можно указать адрес пейджинговой компании в поле Pager e-mail name.
5. Если оператор работает в локальной сети, можно указать имя компьютера. На него служба SQL Server Agent будет посылать сообщения с помощью стандартной команды net send.
6. Если конфигурируется отправка сообщений на пейджер, в нижней части окна становится доступной группа Pager on duty schedule. С ее помощью настраивается время отправки сообщений оператору.
7. На вкладке Notifications определяются типы оповещений, при выполнении которых оператор будет получать сообщения.
Изменение свойств существующего оператора происходит в окне Operator properties, а вызвать его можно через контекстное меню оператора, выбирая команду Properties.
2.2.4. Управление событиями
Чтобы создать новое событие, необходимо выполнить следующие действия.
1. Вызвать контекстное меню папки Alerts в контейнере SQL Server Agent и выбрать команду New Alert.
2. В появившемся окне на вкладке General указать имя события.
3. Указать один из трех возможных типов события:
· SQL Server event alert – встроенные и пользовательские ошибки SQL Server;
· SQL Server performance condition alert – выход значений счетчиков производительности за указанные границы;
· WMI event alert – события объектов WMI.
4. В списке Database name можно указать одну определенную БД. Если она указана, создаваемое событие будет связано с отслеживанием ошибок только в этой БД. По умолчанию выбран элемент <all databases> – отслеживаются ошибки во всех БД.
5. Указать, в каких случаях генерируется событие. Здесь возможны три варианта: событие может генерироваться при возникновении ошибки с определенным номером (переключатель и текстовое поле Error number), с указанным уровнем важности (переключатель и список Severity); третий вариант – событие генерируется, если сообщение об ошибке содержит указанный текст (поле Raise alert when message contains).
6. Настроить тип реакции на событие. Для этого используется вкладка Response окна New alert. Здесь можно указать задание, которое должно запускаться в ответ на данное событие (группа элементов Execute job) и список операторов, которые должны получать уведомление о данном событии (группа элементов Notify operators).
7. На вкладке Options настроить дополнительные параметры оповещения.
3. Программа работы
1. Создание резервных копий БД и их восстановление.
2. Настройка автоматически выполняемых на сервере заданий с отправкой оператору сообщений и выполнении.
1. Изучить теоретическую часть.
2. Выполнить архивирование своей БД:
· создать полную резервную копию;
· выполнить одно или несколько изменений в БД;
· создать дифференцированную копию или копию журнала транзакций (по заданию преподавателя);
3. Восстановить на локальном сервере сделанные резервные копии.
4. Создать задание, автоматически выполняющее SQL-скрипт в определенное время, через определенные промежутки времени или при запуске службы SQL Server Agent (по согласованию с преподавателем). Сообщения должны отправляться оператору по локальной сети после завершения задания.
5. Проверить правильность выполнения задания.
5. Литература
1. Михеев Р. Н. MS SQL Server 2005 для администраторов. – СПб.: БХВ-Петербург, 2006. – 544 с.: ил.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.