авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 |   ...   | 12 | 13 || 15 | 16 |   ...   | 33 |

«Е.Мамаев MS SQL SERVER 2000 Книга посвящена одной из самых мощных и популярных современных систем управления базами данных - Microsoft SQL Server 2000. ...»

-- [ Страница 14 ] --

• Target local server — задание будет выполняться только на локальном сервере;

• Target multiple servers — при установке переключателя в это положение зада ние будет выполняться на множестве серверов.

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

Следующий элемент вкладки General — раскрывающийся список Category. Ка тегории предназначены дли группировки однотипных заданий с целью упроще ния управления заданиями. В SQL Server 2000 имеется следующий набор стан дартных категорий:

О Database Maintenance — задания оптимизации базы данных;

П Full-Text — задания, используемые службой полнотекстового поиска;

П Jobs from MSX — используется при работе с многосерверными заданиями;

• REPL-Alert Response — задание репликации, оповещения;

Глава 12. Автоматизация администрирования SQL Server 2000 П REPL-Checkup — репликация, проверка данных;

П REPL-Distribution — репликация, задания агента Distribution Agent;

О REPL-Distribution Cleanup — репликация, освобождение ресурсов дистрибьютора;

О REPL-History Cleanup — репликация, очистка базы данных распределения;

О REPL-LogReader — репликация, задания агента LogReader Agent;

• REPL-Merge — репликация, задания агента Merge Agent;

П REPL-QueueReader — репликация, чтение данных из очереди;

• REPL-Snapshot — репликация, задания агента Snapshot Agent;

• REPL-Subscription Cleanup — репликация, освобождение ресурсов подписчиков;

• Web Assistant — задания автоматического создания Web-страниц;

• [Uncategorized (Local)] — задания, не входящие ни в одну из созданных ка тегорий.

При необходимости пользователи могут создавать собственные категории для группировки заданий. Это можно сделать, выбрав в контекстном меню объекта Jobs в панели Enterprise Manager команду All Tasks, а затем команду Manage Job Categories. Откроется окно Job Categories, подобное приведенному на рис. 12.6.

Рис. 12.6. Окно Job Categories В окне существует единственная вкладка, на которой приведены все категории, созданные на сервере. Список категорий представлен в виде дерева. Для каждой категории указывается ее имя, а в скобках — количество заданий, сформиро ванных для нее. Если в категории имеется одно или более заданий, то слева от ее имени стоит знак (Ц щелкнув на котором, можно открыть список заданий, 484 Часть III. Администрирование принадлежащих выбранной категории. С помощью окна Job Categories нельзя управлять заданиями (открыть окно свойств задания) — оно используется лишь для управления категориями.

В распоряжении пользователя имеются три кнопки, с помощью которых он мо жет управлять категориями:

О Add. После нажатия этой кнопки откроется диалоговое окно, в котором нуж но указать имя новой категории.

П Delete. Нажатие данной кнопки приведет к удалению выбранной категории.

• Properties. Кнопка служит для вызова окна свойств категории, которое со держит список заданий, принадлежащих выбранной категории. Кроме того, с помощью этого окна можно переносить задания из одной категории в дру гую. Для этого необходимо установить флажок Show all jobs. В результате в окне будет выведен полный список всех заданий, созданных на сервере. Для каждого задания будет указана его категория. Чтобы перенести задание в те кущую категорию, достаточно установить в строке нужного задания флажок в столбце Member.

Вернемся к созданию задания, вкладке General (см. рис. 12.5). В раскрываю щемся списке Owner необходимо выбрать пользователя, который будет являться владельцем (owner) задания. Владелец может модифицировать и запускать сфор мированное задание, тогда как другие пользователи этого делать не могут.

Последнее поле — Description — предназначено для ввода описания задания.

Это поле не играет никакой роли в процессе выполнения задания и предназна чено лишь для информационных целей.

На этой вкладке также имеется флажок Enabled, с помощью которого можно управлять активностью задания. По умолчанию данный флажок установлен, и задание автоматически выполняется в соответствии с установленными расписа ниями. Если же флажок сброшен, то задание запускаться не будет. Тем не ме нее, в этом случае возможен ручной запуск задания.

Замечание Флажок Enabled предоставляет удобный механизм временного отключения задания.

Вам не нужно удалять его совсем, чтобы избежать его выполнения. Достаточно снять флажок. Если в будущем нужно будет использовать задание, то просто уста новите флажок Enabled, не создавая задания заново.

На этом рассмотрение вкладки General закончено.

Управление шагами задания Завершив ввод общих сведений о задании, можно перейти к вкладке Steps (рис. 12.7), предназначенной для создания, удаления и модификации индивиду альных шагов задания.

Глава 12. Автоматизация администрирования SQL Server 2000 Рис. 12.7. Окно New Job Properties, вкладка Steps Только что сформированное задание не имеет еще ни одного шага. Для созда ния нового шага следует нажать кнопку New, после чего откроется окно New Job Step (рис. 12.8).

Рис. 12.8. Окно New Job Step, вкладка General Это окно имеет две вкладки — General и Advanced. Первая из них служит для ввода данных о самом шаге. В поле Step name указывается имя шага, которое должно быть уникальным в пределах задания. В поле Туре пользователь обязан выбрать тип шага. Описание каждого из типов шагов было дано в разд. "За Часть III. Администрирование дания" ранее в этой главе. В зависимости от выбранного типа задания, содержи мое вкладки General может меняться. В рассматриваемом примере выбран тип шага Transact-SQL Script (TSQL). В этом случае пользователь в поле Database должен выбрать имя базы данных, в контексте которой будет выполняться за прос. Сам запрос указывается в поле Command. Пользователь может ввести множество команд Transact-SQL, включая вызовы хранимых процедур.

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

После того как будут описаны действия, выполняемые в шаге, можно перейти к вкладке Advanced (рис. 12.9).

Рис. 12.9. Окно New Job Step, вкладка Advanced С помощью указанной вкладки можно управлять расширенными (advanced) на стройками шага. Группа элементов управления On success/failure flow позволяет управлять поведением задания после выполнения шага:

П On success action. В этом раскрывающемся списке выбирается действие, ко торое будет выполнено в случае успешного завершения задания. Помимо выбора следующего конкретного шага, допускается определение некоторых дополнительных вариантов поведения задания:

Quit the job reporting success — выполнение задания будет завершено и • возвращен код успешного выполнения;

• Quit the job reporting failure — выполнение задания будет завершено и воз вращен код неудачного выполнения;

Глава 12. Автоматизация администрирования SQL Server 2000 а • Goto the next step — будет выполнен шаг, который находится сразу же по сле текущего. Если шаг последний, то выполнение задания заканчивается с кодом завершения текущего задания.

• Retry attempts. Поле определяет количество попыток выполнения шага зада ния подсистемой автоматизации, после которых оно завершится неудачно.

По умолчанию устанавливается значение 0, и ни одна повторная попытка не выполняется.

• Retry interval (minutes). Если в поле Retry attempts установлено количество попыток больше 0, то в данном поле необходимо указать количество минут, которое должно пройти с момента неудачного выполнения задания до начала повторного запуска шага.

П On failure action. Подобно пункту On success action в этом раскрывающемся списке необходимо выбрать действие, которое будет выполнено в случае не удачного завершения шага. Список доступных действий аналогичен списку On success action.

Следующая группа элементов управления — Transact-SQL Script (TSQL) com mand options — предназначена для управления выходной информацией, полу чаемой при выполнении шага. Для этого используются следующие элементы:

• Output file. Поле с именем файла, в который будет записываться вся инфор мация, выводимая при выполнении команд Transact-SQL или утилит ко мандной строки. Вывод в файл позволяет с помощью заданий подготавливать текстовые файлы, содержащие данные из таблиц базы данных. Имя файла может быть указано вручную или с помощью стандартного диалогового окна, которое можно вызвать, нажав кнопку г--|. Если в поле Output file указано не пустое значение, то становятся доступными дополнительные элементы уп равления:

View — с помощью этой кнопки можно просмотреть выбранный файл;

• Overwrite — при установке переключателя в это положение новая инфор • мация будет замещать все данные, записанные в файл при предыдущем выполнении шага;

• Append — установите переключатель в это положение, если необходимо добавлять новые данные в конец файла, а не переписывать файл заново.

• Append output to step history. При установке данного флажка вся информация, выводимая при выполнении шага, будет добавлена в файл журнала. Эта ин формация сохраняется в базе данных Msdb. Если объем выводимых сведений значителен, то следует убедиться, что база данных Msdb имеет достаточный запас роста.

• Run as user. Если необходимо, чтобы при выполнении шага подсистема ав томатизации имела права доступа конкретного пользователя базы данных, то в этом раскрывающемся списке нужно выбрать его имя. По умолчанию зада ние выполняется в контексте пользователя (Self), создающего задание. Из менять значения в указанном поле может только пользователь, имеющий ад министративные права.

488 Часть III. Администрирование На этом процесс создания шага заканчивается. Вернемся к вкладке Steps окна New Job Properties (см. рис. 12.7). На вкладке автоматически отображаются все шаги задания, представленные в виде строк, каждая из которых соответствует од ному шагу задания. Для любого шага в таблице приводятся следующие данные:

• ID — порядковый номер шага. При создании шага нумерация начинается с 1 и последовательно увеличивается.

• Step Name — имя шага. В этом поле указывается имя шага, введенное при его создании.

О Туре — тип шага. В разд. "Задания" ранее в этой главе было дано описание используемых в SQL Server 2000 типов шагов.

• On Success — в этом столбце указывается, как должно вести себя задание после успешного выполнения этого шага.

• On Failure — в данном столбце указывается, как должно вести себя задание в случае неудачного завершения этого шага.

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

• Move step — с помощью кнопок можно перемещать шаги вверх и вниз. При этом автоматически изменяется значение в поле ID.

• Start step — в этом раскрывающемся списке необходимо выбрать шаг, кото рый должен быть выполнен первым при запуске задания. По умолчанию первым выполняется шаг, для которого в поле ID установлено значение 1, но задание может начинаться с любого шага. Для шага, с которого начнется выполнение задания, справа от его номера устанавливается флажок.

П New — эта кнопка предназначена для создания нового шага и уже была рас смотрена.

• Insert — с помощью данной кнопки также выполняется создание шага, но он будет вставлен не в конец списка (как при нажатии кнопки New), а перед выбранным шагом.

• Edit — кнопка вызывает окно редактирования шага.

П Delete — нажав указанную кнопку, можно удалить выбранный шаг.

На этом процесс создания шагов заканчивается.

Управление запуском задания Когда введены общие сведения о задании и созданы все необходимые шаги, то можно перейти к установке времени запуска задания. Для этого служит вкладка Schedules (рис. 12.10).

Для формируемого нового задания время запуска не установлено. Чтобы создать новое расписание, необходимо нажать кнопку New Schedule. Откроется диалого вое окно New Job Schedule (рис. 12.11).

Глава 12. Автоматизация администрирования SQL Server 2000 х| Рис. 12.10. Окно New Job Properties, вкладка Schedules Первый элемент окна New Job Schedule — это поле Name. Здесь необходимо указать имя расписания. Имя должно быть уникальным в пределах задания.

Справа от поля Name имеется флажок Enabled, установленный по умолчанию.

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

Рис. 12.11. Окно New Job Schedule Переключатель Schedule Type позволяет установить тип расписания:

П Start automatically when SQL Server Agent starts. В этом случае запуск задания будет выполняться только в момент запуска службы SQLServerAgent, напри мер, при перезагрузке сервера. Данный тип расписаний используется в ос Часть III. Администрирование новном для заданий, проверяющих целостность данных перед началом рабо ты пользователей.

• Start whenever the CPU(s) become idle. В указанном случае выполнение зада ния начинается в момент простоя центрального процессора. Это позволяет запускать задания в моменты наименьшей активности пользователей, напри мер, ночью или в обеденный перерыв. Тип запуска задания может быть ис пользован для перестроения индексов, обновления полнотекстовых катало гов, создания резервных копий и выполнения других подобных операций.

• One time. При выборе этого типа задание будет запущено лишь один раз.

Когда переключатель установлен в данное положение, становятся доступны ми раскрывающиеся списки:

• On date — дата запуска задания;

• On time — время запуска задания.

• Recurring. Данный тип расписания применяется для периодического запуска задания в строго определенное время. В нижней части окна указывается ин формация о времени запуска. По умолчанию задание запускается каждое воскресенье в 00:00. Для изменения этого значения необходимо нажать кнопку Change. В открывшемся диалоговом окне Edit Recurring Job Schedule можно устанавливать произвольную дату и время запуска задания, а также его периодичность. Кроме того, можно установить конечную дату.

Рис. 12.12. Окно New Alert Properties, вкладка General Глава 12. Автоматизация администрирования SQL Server 2000 Замечание Одно расписание позволяет описать только единственный тип запуска задания. Ес ли необходимо запускать задание по нескольким параметрам, то следует создать дополнительные расписания.

На этом создание расписания заканчивается. Вернемся к вкладке Schedule окна New Job Properties (см. рис. 12.10). Помимо того, что задание может быть запу щено на основе календаря или в момент простоя процессора, разрешено также сконфигурировать автоматический запуск задания в ответ на оповещение. Под система автоматизации будет отслеживать наступление определенного события и автоматически выполнять задание. Для создания оповещения, в соответствии с которым будет запускаться задание, нажмите кнопку New Alert на вкладке Schedules. В ответ откроется диалоговое окно New Alert Properties (рис. 12.12).

Это стандартное окно создания оповещения. Подробно создание оповещений средствами Enterprise Manager будет рассмотрено далее в этой главе.

На этом процесс создания оповещения заканчивается. Мы рассмотрели конфи гурирование автоматического запуска задания с помощью вкладки Schedules окна New Job Properties.

Извещение операторов о завершении задания Последняя вкладка окна New Job Properties — Notifications — предназначена для информирования операторов о завершении задания. Содержание этой вкладки приведено на рис. 12.13.

Рис. 12.13. Окно New Job Properties, вкладка Notifications На этой вкладке имеется пять флажков, которые влияют на поведение подсис темы автоматизации после завершения выполнения задания:

492 Часть III. Администрирование, П E-mail operator. В этом списке необходимо выбрать имя оператора, которому будет отправлено сообщение по электронной почте. С помощью кнопки ^Ц можно вызвать окно свойств выбранного оператора. Кроме того, в конце строки присутствует раскрывающийся список, в котором можно указать ус ловие, при котором оператору будет отправлено сообщение:

• When the job succeeds — в случае успешного завершения задания;

• When the job fails — в случае неудачного завершения задания;

Whenever the job completes — всякий раз, когда работа задания завершает • ся независимо от результата.

О Page operator. В данном раскрывающемся списке указывается имя оператора, которому сообщение будет отправлено на пейджер.

• Net send operator. Раскрывающийся список служит для выбора имени опера тора, которому сообщение будет отправлено с помощью команды NET SEND.

• Write to Windows NT application event log. Если отмечен этот флажок, то в журнал приложений операционной системы будет записано сообщение о за вершении задания.

• Automatically delete job. При установке данного флажка будет происходить автоматическое удаление задания.

( Замечание } Каждый способ допускает отправку сообщения только одному оператору.

Мы рассмотрели все вкладки окна New Job Properties, и теперь вы имеете пол ное представление о всех возможностях, предоставляемых SQL Server 2000 по управлению заданиями.

Средства Transact-SQL Последний способ создания задания — это использование средств Transact-SQL.

Данный способ предоставляет пользователю максимальные возможности, т. к. он напрямую работает с системными данными подсистемы автоматизации. Как было сказано ранее, вся информация подсистемы автоматизации SQL Server 2000 хра нится в системной базе данных Msdb. В частности, задания описываются в сис темной таблице sysjobs. Пользователь может работать с этой таблицей напря мую с помощью команд SELECT, UPDATE И DELETE, минуя использование мастеров или Enterprise Manager. По умолчанию изменения в системных табли цах запрещены. Тем не менее пользователи могут читать из них данные с по мощью команды SELECT. Чтобы разрешить изменение данных в системных таб лицах, необходимо изменить параметры конфигурации сервера. Для этого можно запускать следующую хранимую процедуру:

spconfigure 'allow update', {011} Глава 12. Автоматизация администрирования SQL Server 2000 493_ При указании значения 0 прямой доступ запрещен, при 1 — разрешен.

Однако управление заданиями посредством изменения данных в таблице sys jobs — занятие утомительное и опасное, требующее специализированных знаний. Более удобным вариантом является запуск специальных системных хранимых проце дур. Эти процедуры гарантируют, что данные будут изменены корректно, и ни какие ограничения не будут нарушены.

На самом деле работа всех вышеописанных средств создания заданий (с приме нением мастера или с помощью Enterprise Manager) в конце концов сводится к выполнению системных хранимых процедур, которые и выполняют создание задания. Ничто не мешает пользователю, имеющему соответствующие права, самому вызвать те же самые хранимые процедуры. Приведем хранимые проце дуры для управления заданиями:

• sp_add_job — добавление задания;

• sp_update_job — изменение задания;

П sp_deiete_job — удаление задания;

• sp_add_jobscheduie — добавление расписания выполнения задания;

О sp_add_jobstep — добавление шага задания;

• s p h e i p j o b — вывод информации о задании;

П sp_heip_jobstep — вывод информации о шаге задания.

Рассмотрим использование системной хранимой процедуры s p a d d j o b для создания заданий:

sp_add_j ob [@ job_name =] 'j ob_name' [,[Senabled =] enabled] [,[@description =] 'description'] [,[@start_step_id =] step_id] [,[@category_name =] 'category'] [,[@category_id =] category_id] [,[@owner_login_name =] 'login'] [,[@notify_level_eventlog =] eventlog_leve1] [,[@notify_level_email =] email_level] [,[@notify_level_netsend =] netsend_level] [,[@notify_level_page =] page_level] [,[@notify_email_operator_name =] 'email_name'] [,[@notify_netsend_operator_name =] 'netsend_name'] [,[@notify_page_operator_name =] 'page_name'] [,[@delete_level =] delete_level] [,[@job_id =] job id OUTPUT] ( Замечание ) Для более подробного знакомства с управлением заданиями с помощью системных хранимых процедур следует обратиться к соответствующей документации, напри мер, Books Online.

Часть III. Администрирование Копирование заданий Иногда возникает необходимость скопировать задание, успешно работающее на одном сервере, на другие серверы сети. В SQL Server 2000 нельзя просто скопи ровать задание с одного сервера на другой. Чтобы сделать это, необходимо соз дать сценарий (script) задания, содержащий набор команд Transact-SQL, выпол нение которых приведет к созданию задания. Полученный код может быть выполнен как на удаленном сервере, так и на локальном.

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

с Замечание Копирование заданий можно выполнить с помощью механизмов DTS, воспользо вавшись задачей Transfer Job Task. Создание пакета и, в частности, конфигуриро вание задачи Transfer Job Task, было рассмотрено в предыдущей главе.

Чтобы создать сценарий для конкретного задания, необходимо вызвать контек стное меню этого задания и в нем выбрать команду All Tasks, а затем команду Script Job. В ответ откроется диалоговое окно Generate SQL Script (рис. 12.14).

Рис. 12.14. Окно Generate SQL Script Рассмотрим содержимое этого окна:

П File name. Поле имени файла, в котором будет сохранен генерируемый сцена рий. Значение можно ввести вручную или интерактивно, нажав кнопку ^ J.

• File format. С помощью группы переключателей нужно выбрать тип, который будет иметь генерируемый текстовый файл:

Глава 12. Автоматизация администрирования SQL Server 2000 MS-DOS Text (OEM) — стандартный текст в формате MS-DOS;

• • Windows Text (ANSI) — стандартный текст в формате Windows;

International Text (Unicode) — текст в формате Unicode.

• • Replace job if exists. Если установить этот флажок, то в генерируемый сцена рий будут включены команды, которые проверят существование в системе одноименных заданий и в случае их нахождения удалят их.

Когда все параметры будут установлены, остается только нажать кнопку ОК.

После этого SQL Server 2000 сгенерирует сценарий и запишет его в указанный файл. Пользователь может скопировать этот файл и выполнить его на любом сервере.

( Замечание ) Рассмотренный способ позволяет сгенерировать сценарий для отдельного задания.

Если необходим сценарий для множества заданий, то описанную операцию выполня ют отдельно для каждого задания. Тем не менее, в SQL Server 2000 имеется возмож ность создать скрипты сразу для всех заданий. Для этого в контекстном меню объекта Jobs необходимо выбрать команду All Tasks, а затем команду Script All Jobs.

Управление оповещениями В этом разделе рассмотрены методы, с помощью которых пользователи и адми нистраторы могут управлять работой оповещений в SQL Server 2000. Как и в случае с заданиями, для создания оповещений можно использовать различные способы — это мастер Create Alert Wizard, консоль Enterprise Manager и храни мые процедуры.

Применение мастера для создания оповещений накладывает некоторые ограни чения на спектр конфигурируемых действий. Например, мастер Create Alert Wizard не позволяет создавать оповещение, реагирующее на показания счетчи ков производительности. Поэтому с мастером в основном работают пользовате ли, только начинающие знакомство с подсистемой автоматизации и не имею щие достаточного опыта.

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

Мастер Create Alert Wizard Для запуска мастера создания оповещений Create Alert Wizard необходимо на жать на панели инструментов Enterprise Manager кнопку Run a Wizard и в от крывшемся диалоговом окне в папке Management выбрать пункт Create Alert Wizard. После этого остается только нажать кнопку ОК. В ответ появится первое окно мастера, содержащее обзорную информацию о предназначении программы 1 7 Зис. Часть III. Администрирование и ее возможностях. Окно не содержит никаких элементов управления и может быть пропущено.

Во втором окне мастера (рис. 12.15) пользователь должен выбрать событие, при наступлении которого будет происходить вызов оповещения. Допускается ука зание одного из двух следующих вариантов:

• Only if this error occurs. Указывается номер конкретной ошибки, при на ступлении которой будет вызываться оповещение. Номер ошибки можно задать непосредственно в текстовом поле или выбрать в окне Manage SQL Server Messages, которое можно вызвать, нажав кнопку _^|. При этом в поле Error Description отображается текст сообщения, соответствующий выбранной ошибке.

• For any error of severity. В данном случае необходимо выбрать определенный уровень серьезности ошибок. Это позволяет вызывать оповещение не по конкретной ошибке, а по любой, уровень серьезности которой равен или больше указанного.

Рис. 12.15. Второе окно мастера Create Alert Wizard В третьем окне мастера можно ограничить круг событий, на которые будет реагировать оповещение:

d Database name. В раскрывающемся списке можно выбрать имя базы данных, в которой должна произойти ошибка, указанная во втором окне мастера. Ес ли ошибка происходит в любой другой базе, то оповещение не вызывается.

По умолчанию оповещение реагирует на указанную ошибку, произошедшую в любой базе (опция АН Databases).

Глава 12. Автоматизация администрирования SQL Server 2000 • Error message contains this text. В это поле необходимо ввести текст, который должно содержать сообщение об ошибке. В противном случае оповещение не вызывается. Некоторые ошибки генерируются во многих случаях. Чтобы задать вызов сообщения о конкретной ошибке, необходимо указать содержащийся в сообщении текст. По умолчанию будут отслеживаться все сообщения.

В следующем, четвертом окне мастера (рис. 12.16), можно выбрать задание, ко торое будет запускаться. Кроме того, в этом окне можно указывать, какие опе раторы и каким способом должны получать сообщение о наступлении ошибки.

При выборе задания в раскрывающемся списке Job to execute можно указать одно из сформированных ранее заданий или создать новое, выбрав в списке значение New Job. Если никакое задание вызываться не должно, следует вы брать вариант No Job.

Рис. 12.16. Четвертое окно мастера Create Alert Wizard В пятом окне мастера Create Alert Wizard (рис. 12.17) можно ввести текст сооб щения, которое будет отправляться операторам. Указание этого сообщения не обязательно, т. к. оно используется лишь для более подробного информирова ния о возникшей ошибке. Независимо от того, был ли введен текст в поле Alert notification message to send to operator или нет, в посылаемое сообщение автома тически будет включен текст сообщения об ошибке. С помощью флажков E-mail, Page и Net Send можно ограничить круг методов, которые будут исполь зовать дополнительное сообщение.

Следующее окно мастера является последним. Оно содержит сводную инфор мацию о создаваемом оповещении. На этом работа с мастером Create Alert Wiz ard заканчивается. После нажатия кнопки ОК оповещение будет создано.

17* Часть III. Администрирование Рис. 12.17. Пятое окно мастера Create Alert Wizard Утилита Enterprise Manager Создание оповещения с помощью Enterprise Manager выполняется в окне New Alert Properties (рис. 12.18). Для вызова этого окна можно в контекстном меню объекта Alert выбрать команду New Alert.

В поле Name необходимо ввести имя оповещения, уникальное в пределах серве ра. В раскрывающемся списке Туре можно выбрать один из двух типов опове щений:

• SQL Server event alert. В основе этого метода лежит анализ журнала прило жения (application log) операционной системы.

• SQL Server performance condition alert. При выборе данного способа опове щение реагирует на значения счетчиков (counts) SQL Server. Эти же счетчики используются утилитой Performance Monitor.

Содержимое нижней части вкладки зависит от типа оповещения, выбранного в списке Туре. Рассмотрим сначала работу с первым типом оповещений. В группе элементов Event alert definition необходимо сконфигурировать условия запуска оповещения. Для этого используются следующие элементы управления:

О Error number. При установке данного переключателя необходимо указать кон кретный номер ошибки, при нахождении которой в журнале приложений бу дет происходить вызов оповещения. Нажав кнопку ^ J, можно вывести окно со списком всех доступных ошибок. Кроме того, в этом окне можно создать собственные сообщения об ошибках — пользовательские ошибки (user errors).

Глава 12. Автоматизация администрирования SQL Server 2000 Рис. 12.18. Окно New Alert Properties, вкладка General • Severity. Если установлен этот переключатель, то оповещение вызывается только в случае ошибки с определенным уровнем серьезности (severity). Та кой подход позволяет с помощью одного оповещения реагировать на множе ство ошибок.

П Database name. С помощью этого раскрывающегося списка можно ограни чить круг ошибок, на которые реагирует оповещение, конкретной базой дан ных. По умолчанию оповещение реагирует на выбранные ошибки, происхо дящие в любой базе данных (опция All Databases).

П Error message contains this text. Можно указать не только номер ошибки или уровень ее серьезности, но и текст, который должно содержать генерируемое сервером сообщение об ошибке. Оповещение будет реагировать на ошибку только в том случае, если сообщение содержит указанный текст.

Мы рассмотрели, какие опции конфигурирования доступны на вкладке General окна New Alert Properties при выборе типа оповещения SQL Server event alert.

На рис. 12.18 приведен вид окна при выборе типа оповещения SQL Server per formance condition alert.

В группе элементов Performance condition alert definition устанавливается состоя ние SQL Server 2000, при наступлении которого будет активизироваться опове щение. Для этого используются следующие элементы:

П Object. В раскрывающемся списке выбирается объект контроля. Доступны только объекты SQL Server 2000.

500 Часть III. Администрирование П Counter. Для каждого объекта существует множество параметров, для кото рых выполняется сбор информации. В этом раскрывающемся списке необхо димо выбрать нужный счетчик.

• Instance. С помощью раскрывающегося списка нужно выбрать процесс, при выполнении которого начнется сбор данных.

• Value. В этом поле указывается число, с которым будет сравниваться значе ние счетчика.

П Alert if counter. В данном раскрывающемся списке нужно выбрать логическое условие сравнения данных счетчика с определенным значением. При выпол нении условия происходит активизация оповещения. Доступны варианты:

• falls below — счетчик находится ниже указанного значения;

• becomes equal to — значение счетчика равно значению в поле Value;

• rises above — значение счетчика превышает значение в поле Value.

Этим разница между типами оповещений исчерпывается. Дальнейшее содержи мое вкладки General окна New Alert Properties одинаково для обоих типов. В нижней части окна находится группа элементов History, в которой размещены перечисленные ниже элементы:

• Date last occurred. В этом поле указываются дата и время последнего вызова оповещений.

• Date last responded to. В данном поле выводится дата и время последнего со общения, посланного оповещением.

П Occurrence count. Количество вызовов оповещения с момента последнего сброса.

О Reset Count. С помощью этой кнопки можно сбросить счетчик вызовов опо вещения (Occurrence count).

На этом работа с вкладкой General заканчивается. Пользователь может перехо дить к вкладке Response (рис. 12.19), предназначенной для управления сообще ниями, которые будут отправляться операторам при вызове оповещения.

В центре окна приведен список операторов (Operators to notify), сконфигуриро ванных на сервере и получающих сообщения при вызове оповещения. Для соз дания нового оператора можно нажать кнопку New Operator.

Для каждого оператора можно сконфигурировать отправку сообщений по элек тронной почте (E-mail), на пейджер (Pager) или по локальной сети (Net Send).

Для этого достаточно установить флажок в соответствующем столбце. Текст со общения, которое будет отправлено оператору, указывается в поле Additional notification message to send. Приводить текст сообщения не обязательно. Оно носит чисто информационный характер с целью помочь оператору правильно понять смысл возникшей проблемы.

Г Замечание Информация для каждого способа отправки сообщения берется из свойств операторов.

Глава 12. Автоматизация администрирования SQL Server 2000 Рис. 12.19. Окно New Alert Properties, вкладка Response Помимо включения в посылаемое сообщение дополнительного текста, в него также можно добавить сообщение об ошибке. Причем данный текст может быть помещен только в определенный тип отправляемых сообщений: электронную почту, пейджер или команду NET SEND. ДЛЯ ЭТОГО необходимо установить один из флажков Include alert error text in. В полях Delay between responses указывает ся пауза перед отправкой повторного сообщения.

На этом процесс создания оповещения заканчивается.

Средства Transact-SQL Данные об оповещениях хранятся в таблице sysaierts базы данных Msdb. Для управления оповещениями можно использовать как команды Transact-SQL, так и системные хранимые процедуры:

D s p a d d a i e r t — добавление оповещения;

• sp_update_aiert — изменение оповещения;

• sp_delete_aiert — удаление оповещения.

Приведем синтаксис хранимой процедуры s p a d d a i e r t :

spi_add_alert [@name =] 'name' [, [@message_id =] message_id] t, [@severity =] severity] [, [@enabled =] enabled] 502 Часть III. Администрирование [, [@delay_between_responses =] delay_between_responses] [, [@notification_message =] 'notification_message'] [, [@include_event_description_in =] xnclude_event_description_in] [, [@database_name =] 'database'] [, [@event_description_keyword =] 'event_description_keyword_pattern'] [, { [@job_id =] job_id I [@job_name =] ' jobjiame ' } ] [, [@raise_snmp_trap =] raise_snmp_trap] [, [@performance_condition =] 'performance_condition' ] [, [@category_name =] 'category'] Замечание Для более подробного знакомства с управлением оповещениями с помощью сис темных хранимых процедур следует обратиться к соответствующей документации, например, Books Online.

Копирование оповещений Приемы, используемые для копирования оповещений, те же самые, что и при работе с заданиями. Данная процедура может осуществляться как между раз личными серверами, так и внутри одного сервера. Для более подробного зна комства с принципами переноса оповещений следует обратиться к разд. "Копи рование заданий"этой главы.

Управление операторами В отличие от работы с заданиями и оповещениями, пользователь не может при бегнуть к услугам мастера. В SQL Server 2000 нет мастера для создания операто ров, поэтому в распоряжении пользователя остаются только два метода — ути лита Enterprise Manager и язык Transact-SQL (в том числе и хранимые про цедуры).

В следующих разделах рассмотрено создание новых операторов. Если же необхо димо изменить свойства одного из созданных ранее операторов, то для этого нуж но в левой части консоли Enterprise Manager выбрать объект Operators. После этого в правой части отобразится список всех созданных на сервере операторов.

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

Утилита Enterprise Manager Для создания нового оператора средствами Enterprise Manager предназначено окно New Operator Properties, которое можно вызвать, выбрав в контекстном меню объекта Operators в левой панели Enterprise Manager команду New Opera tor. В ответ откроется диалоговое окно, подобное приведенному на рис. 12.20.

Глава 12. Автоматизация администрирования SQL Server 2000 Рис. 12.20. Окно New Operator Properties, вкладка General Окно содержит набор элементов управления, с помощью которых необходимо указать общие сведения об операторе. Рассмотрим эти элементы:

• Name. В этом поле указывается имя оператора, которое должно быть уни кальным в пределах сервера.

П E-mail name. Поле адреса электронной почты, на который будут отправляться сообщения для оператора. Нажав кнопку, - -. I. можно открыть адресную книгу со списком пользователей и выбрать в ней нужного человека. Его ад рес будет автоматически подставлен в поле E-mail name.

О Pager e-mail name. Если оператор имеет пейджер, то можно указать адрес электронной почты пейджинговой компании, на который должны посылать ся сообщения.

О Net send address. Если оператор работает в локальной сети, то сообщение ему может быть послано с помощью стандартной команды NET SEND.

Замечание Для проверки каждого из сконфигурированных методов отправки сообщений можно нажать кнопку Test.

Если с адресом электронной почты оператора (параметр E-mail name) особых про блем не возникает, то посылка сообщений на пейджер требует отдельных коммен тариев. Указанный способ возможен только в том случае, если пейджинговая Часть III. Администрирование компания, которая обслуживает пейджер оператора, предоставляет сервис отправ ки сообщений на пейджер с помощью электронной почты. Для этого могут ис пользоваться разные способы. Одним из них является создание индивидуального почтового ящика для оператора на почтовом сервере пейджинговой компании куда будут приходить сообщения, подлежащие переправке на пейджер.

Когда отправка сообщений на пейджер для оператора сконфигурирована в ниж ней части окна становятся доступными несколько дополнительных элементов управления в группе Pager on duty schedule. С их помощью устанавливается время когда оператору будет отправляться сообщение. По умолчанию оператор считается активным все рабочие дни с 8 часов утра и до 6 часов вечера. Если организация имеет множество операторов, то устанавливая для каждого из них индивидуальное время работы, можно организовать круглосуточное посменное обслуживание сер вера. SQL Server 2000 сам определит, какой из операторов должен работать в кон кретный момент времени и отправит сообщение именно ему.

На этом работа с вкладкой General окна New Operator Properties заканчивается -Затем можно переходить к вкладке Notifications (рис. 12.21).

Рис. 12.21. Окно New Operator Properties, вкладка Notifications На этой вкладке можно определить, при выполнении каких оповещений опера ™ З Г П ° Л У Ч а Т Ь С О о б щ е н и е и к а к и м способом. В средней части вкладки име ется таблица, содержащая список всех созданных на сервере оповещений. Для каждого оповещения можно выбрать отправку сообщений на адрес электронной почты, на пейджер или по локальной сети.

Глава 12. Автоматизация администрирования SQL Server 2000 С помощью флажка Operator is available to receive notifications можно управлять отправкой сообщений в целом. Если параметр установлен, то оператор будет получать сообщения в соответствии с установленными флажками в верхней таб лице. В противном случае отправка всех сообщений блокируется.

С помощью кнопки Send E-mail можно отправить оператору тестовое сообще ние для проверки правильности настроек.

Средства Transact-SQL Информация об операторах хранится в системной таблице sysoperators системной базы данных Msdb. Администратор может управлять операторами, изменяя данные непосредственно в указанной базе данных. Однако все же ре комендуется использовать специальные хранимые процедуры, которые гаранти руют правильную интерпретацию данных и их целостность. Для управления операторами предназначены следующие хранимые процедуры:

П sp_add_operator — создание нового оператора;

• sp_deiete_operator — удаление оператора;

• sp_update_operator — изменение различных параметров созданного ранее оператора;

П s p h e i p o p e r a t o r — возвращает информацию о свойствах оператора.

Рассмотрим синтаксис хранимой процедуры sp_add_operator:

sp_add_operator [gname =] 'name' [, [@enabled =] enabled] [, [@email_address =] 'email_address'] [, [@pager_address =] 'pager_address'] [, [@weekday_pager_start_time =] weekday_pager_start_time] [, [@weekday_pager_end_time =] weekday_pager_end_time] [, [@saturday_pager_start_time =] saturday_pager_start_time] [, f@saturdaypager_end_time =] saturday_pager_end_time] [, [@sunday_pager_start_time =] sunday_pager_start_time] [, [@sunday_pager_end_time =] sunday_pager_end_time] [, [@pagerdays =] pager_days] [, [@netsend_address =] 'netsend_address'] [, [@category_name =] 'category'] ( Замечание } v Для получения информации о назначении и применении аргументов хранимой про цедуры sp_add_operator, а также о работе с другими хранимыми процедурами управления операторами необходимо обратиться к дополнительным источникам, например, Books Online.

Оператор последней надежды Подсистема автоматизации SQL Server 2000 использует термин оператор послед ней надежды (fail-safe operator). Оператором последней надежды является чело Часть III. Администрирование век, который должен обязательно получить сообщение в случае, если другие операторы окажутся недоступными. Оператором последней надежды нужно вы брать человека, который гарантированно получит сообщение от сервера.

SQL Server 2000 будет автоматически отправлять сообщение оператору последней надежды в том случае, если все попытки известить обычных операторов по пей джеру завершились неудачей. Это может произойти не только по техническим причинам (например, повреждена линия связи), но и в случае, когда нет ни од ного активного оператора (например, рабочее время операторов закончилось, или ошибка произошла в выходные). Кроме того, оператор последней надежды будет получать сообщения в случае, если база данных Msdb повреждена, или подсистема автоматизации не может обратиться к таблице sysnotif i c a t i o n s, в которой опре делены связи операторов с оповещениями.

В качестве оператора последней надежды выбирается один из созданных ранее опе раторов. Для этого предназначена вкладка Alert System окна SQL Server Agent Prop erties (рис. 12.22). Для вызова этого окна в контекстном меню объекта SQLServerA gent в панели Enterprise Manager необходимо выбрать команду Properties.

Рис. 12.22. Окно SQL Server Agent Properties, вкладка Alert System В группе Fail-safe operator, расположенной в нижней части окна, в раскрываю щемся списке Operator нужно выбрать одного из созданных операторов, кото рый будет восприниматься системой как оператор последней надежды. По умолчанию в указанном списке установлено значение No fail-safe operator, сви детельствующее о том, что в системе нет подобного.

Глава 12. Автоматизация администрирования SQL Server 2000 (~ Заиуючанйе ^ SQL Server 2000 не позволяет удалять оператора последней надежды. Если все же это необходимо сделать, то его следует сначала понизить до обычного оператора, выбрав в списке Operator имя другого оператора или значение No fail-safe operator.

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

Как и в случае с заданиями и оповещениями, копирование операторов разделе но на два этапа: создание скриптов для оператора на исходном сервере и после дующее выполнение полученного сценария на сервере назначения. В результате "скриптования" администратор получит сценарий (script) — набор команд Trans act-SQL, выполнение которого приведет к созданию оператора. В скрипте ото бражены все настройки оператора. Полученный сценарий может быть выполнен как на локальном, так и на удаленном сервере.

Сгенерировать сценарий можно с помощью Enterprise Manager. Причем пользо ватель может создать скрипты как конкретного оператора в отдельности, так и всех операторов сразу. Чтобы сгенерировать сценарий для одного оператора, необходимо в левой панели Enterprise Manager выбрать объект Operators. В пра вой панели будет отображен список всех операторов, созданных на сервере. За тем необходимо указать нужный оператор и в его контекстном меню выбрать команду All Tasks, а затем команду Script Operator. В ответ откроется диалоговое окно Generate SQL Script, в котором необходимо задать имя файла для записи полученного сценария, а также выбрать формат файла и сконфигурировать не которые другие параметры.

Чтобы создать скрипты для всех существующих на сервере операторов, необхо димо в контекстном меню объекта Operators в левой панели Enterprise Manager выбрать команду All Tasks, а затем команду Script All Operator.

Управление множеством серверов В предьщущих разделах подробно рассмотрено автоматическое управление ло кальным сервером. Читатель получил информацию о создании заданий и их шагов, оповещений и операторов. Приведенной информации достаточно, чтобы автоматизировать управление одиночным сервером.

В больших организациях со множеством SQL Server 2000 управление серверами может быть весьма сложным. Часто необходимо придерживаться единого стан дарта по управлению серверами и использовать одинаковые алгоритмы. Адми нистратор должен следить за отображением изменений, сделанных в заданиях 508 Часть III. Администрирование на одном сервере, на другие серверы. Выполнение этой работы вручную требует весьма больших усилий. Администратор должен каждый раз после внесения из менений создавать скрипты для заданий и выполнять полученные сценарии на других серверах.

Для облегчения администрирования множества серверов в SQL Server 2000 была создана технология группового управления серверами (multiserver administration). Рас смотрим компоненты, используемые в групповом администрировании серверов:

• Master Server (MSX) — главный сервер;

О Target Server (TSX) — сервер назначения;

• Multiserver Jobs — задание, которое будет выполняться на всех серверах группы.

Каждый из перечисленных компонентов подробно рассмотрен в следующих разделах.

Главный сервер Чтобы управлять множеством серверов, их необходимо объединить в группу.

Один из серверов группы должен быть выбран в качестве главного сервера (MSX, Master SQL Executive Server). Такой подход можно сравнить с концепцией до мена Windows NT. Все компьютеры, которые могут иметь доступ к ресурсам домена, должны сначала быть включены в него, как того требует система безо пасности. Если компьютер не включен в домен, он считается неавторизован ным, и доступ к ресурсам ему запрещается. Доменом, пользователями домена и компьютерами управляет контроллер домена (domain controller). Группа серверов, которые должны управляться как одно целое, сравнима с доменом, а главный сервер — с контроллером домена.

При выборе сервера, который будет сконфигурирован в качестве главного, сле дует оценить объем информации, которая станет им обрабатываться. Если в организации множество серверов и большое количество многосерверных заданий (multiserver jobs), то можно предположить, что нагрузка на главный сервер ока жется значительной. В этом случае желательно не использовать этот сервер для хранения данных, а определить как выделенный для решения единственной за дачи — управления серверами SQL Server 2000 организации. Такой сервер может служить центром управления серверами всей организации. Дополнительно ад министратор может копировать на этот сервер сообщения об ошибках SQL Server 2000, которые записываются в журнал приложений (application log) Win dows NT на всех остальных серверах сети.

( Замечание ^ Копирование сообщений с одного сервера на другой называется перенаправлением сообщений (forwarding events).

В принципе, сообщения SQL Server 2000 могут быть перенаправлены на любой другой сервер, но часто роль сервера сообщений и главного сервера принято со Глава 12. Автоматизация администрирования SQL Server вмещать на одном SQL Server 2000. Это позволяет быстро получать информацию о работе всех серверов сети и адекватно реагировать на происходящие события.

Для копирования сообщений SQL Server 2000 в журнал приложений на удаленном компьютере служит вкладка Advanced окна SQL Server Agent Properties (рис. 12.23).

Для вызова этого окна необходимо в контекстном меню объекта SQLServerAgem в панели Enterprise Manager выбрать команду Properties.

Рис. 12.23. Окно SQL Server Agent Properties, вкладка Advanced Управление копированием сообщений осуществляется с помощью группы эле ментов SQL Server event forwarding. Установка флажка Forward events to a different server разрешает перенаправление сообщений. В раскрывающемся списке Server необходимо выбрать имя одного из зарегистрированных серверов, на который должны пересылаться сообщения. Если нужный сервер еще не зарегистрирован, то его можно зарегистрировать, выбрав значение New Forwarding Server. С помо щью переключателя Events можно определить круг сообщений, которые будут пе редаваться на удаленный сервер:


• Unhandled events. В этом случае будут передаваться только те сообщения, ко торые не были обработаны на локальном сервере.

G All events. При установке переключателя в данное' положение на удаленный сервер будут передаваться все сообщения, независимо от того, были они об работаны на локальном сервере или нет.

Кроме того, с помощью раскрывающегося списка If event has severity of or above можно определить уровень серьезности, который должны иметь сообщения, Часть III. Администрирование чтобы быть скопированными на удаленный сервер. Если уровень серьезности меньше указанного, то сообщение копироваться не будет. По умолчанию уста новлен минимальный уровень серьезности, т. е. копируются все сообщения.

Для управления группой серверов необходимо создать оператора группы серверов (MSXOperator). Он получает сообщения о ходе выполнения заданий на серверах группы и в случае обнаружения сбоев в работе устраняет их. Желательно назна чать оператором группы серверов человека, ответственного за администрирова ние группы в целом. Оператор группы серверов автоматически создается на всех серверах группы.

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

Для конфигурирования сервера в качестве главного предназначен мастер Make Master Server Wizard (или Make MSX Wizard), который можно вызвать, либо вы брав в контекстном меню объекта SQLServerAgent в левой панели Enterprise Manager команду Make This a Master, либо выбрав его в списке мастеров в окне Select Wizard, которое можно открыть, нажав на панели инструментов Enterprise Manager кнопку Run a Wizard.

Первое окно мастера содержит информацию, которую необходимо ввести для создания главного сервера. Это окно может быть пропущено. Во втором окне мастера (рис. 12.24) необходимо сконфигурировать оператора группы серверов (MSXOperator).

Рис. 12.24. Второе окно мастера Make MSX Wizard Глава 12. Автоматизация администрирования SQL Server 2000 В окне необходимо указать адрес электронной почты (E-mail address), а также адрес пейджера (Pager address) или адрес пользователя в локальной сети (Net send address). Указанные данные должны принадлежать пользователю, выбран ному в качестве оператора группы серверов. На каждом из серверов — участни ков группового администрирования — будет автоматически создан оператор с указанными адресами доставки сообщений. Этот оператор будет получать все сообщения, связанные с работой многосерверных заданий в группе. Если не указан ни один из адресов доставки, то система не будет иметь возможности информировать оператора о ходе выполнения многосерверных заданий. С по мощью кнопки _ _ J можно выбрать адрес отправки сообщения из адресной книги. Нажав кнопку Test, можно отправить тестовое сообщение для проверки связи. После того как все необходимые адреса доставки сообщения будут указа ны, можно переходить к третьему окну мастера (рис. 12.25).

В третьем окне мастера необходимо выбрать серверы, которые будут управлять ся создаваемым главным сервером. Эти серверы называются серверами назначе ния (TSX, Target SQL Server Executive). В окне имеется таблица, в которой при ведены все серверы SQL Server 2000, которые были зарегистрированы на локальном сервере. Чтобы зарегистрировать новый сервер, нажмите кнопку Register Server. Откроется стандартное окно регистрации нового сервера Register SQL Server Properties. Для просмотра свойств сервера можно воспользоваться кнопкой Properties.

Рис. 12.25. Третье окно мастера Make MSX Wizard 512 Часть III. Администрирование Сервер назначения В предыдущем разделе было рассмотрено создание главного сервера, который является ключевым звеном в администрировании группы серверов. Серверы, получающие задания от главного сервера, называются серверами назначения (TSX, Target SQL Server Executive). В группе может иметься множество серверов назначения. Любой сервер назначения должен состоять только в одной группе серверов, т. е. не допускается получение сервером заданий с нескольких глав ных серверов. Кроме того, в качестве сервера назначения разрешается конфигу рировать только SQL Server 2000, который работает под управлением операци онной системы Windows NT. Также необходимо убедиться, что службы SQL Server 2000 запускаются под учетной записью пользователя домена. В противном случае сервер назначения не сможет работать с сетевыми ресурсами и, следова тельно, не сможет подключиться к главному серверу для получения заданий.

С Замечание ^ Необходимо убедиться, что учетная запись пользователя домена, под которой ра ботают службы SQL Server 2000 сервера назначения, имеет необходимые права доступа к ресурсам главного сервера. В противном случае не удастся установить соединение между серверами. Для избежания подобных проблем настоятельно ре комендуется запускать службы всех серверов — участников одной группы под одной и той же учетной записью.

Для конфигурирования SQL Server 2000 в качестве сервера назначения исполь зуется мастер Make Target Server Wizard (или Make TSX Wizard). Для запуска этого мастера можно воспользоваться окном Select Wizard, в котором необходи мо выбрать имя нужного мастера и нажать кнопку ОК. Для вызова данного окна достаточно нажать кнопку Run a Wizard в панели инструментов Enterprise Manager. Другой способ вызова мастера заключается в использовании контекст ного меню объекта SQLServerAgent, в котором необходимо выбрать команду Make this a Target.

Первое окно мастера традиционно не содержит никаких элементов управления и может быть пропущено. Во втором окне (рис. 12.26) необходимо указать ин формацию о главном сервере и сервере назначения.

В окне содержится всего два элемента управления:

• Master server (MSX). В этом поле необходимо указать имя главного сервера, которому будет подчиняться локальный сервер. С помощью кнопки _j можно вызвать окно Select Server, в котором будут указаны все активные серверы сети.

П Physical location of. В данном поле требуется ввести информацию о местона хождении конфигурируемого сервера назначения. Эти сведения предназна чены для информирования администратора и не используются подсистемой автоматизации.

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

Глава 12. Автоматизация администрирования SQL Server 2000 Рис. 12.26. Второе окно мастера Make TSX Wizard Многосерверные задания После того как будет завершено создание главного сервера и конфигурирование серверов назначения, можно считать, что фундамент автоматического админи стрирования группы серверов создан. Пришло время приступать к созданию многосерверных задач (multiserver jobs). От обычных заданий многосерверные от личаются только тем, что последние будут автоматически выполняться сразу на нескольких серверах.

Формирование многосерверного задания возможно только на главном сервере.

Основные принципы при этом те же, что и в случае односерверного задания, которое было подробно рассмотрено ранее в этой главе. Чтобы сформировать многосерверное задание, необходимо в контекстном меню объекта Jobs выбрать команду New Job. Откроется диалоговое окно New Job Properties (рис. 12.27).

Если сервер, на котором создается задание, сконфигурирован в качестве главного, то станет возможным установка переключателя Target multiple servers. В списке ниже приведен перечень серверов, на которых будет выполняться создаваемое задание. Для изменения данного списка необходимо нажать кнопку Change. На этом разница между обычным и многосерверным заданиями заканчивается. Все остальные действия по формированию задания одинаковы в обоих случаях.

После того как будет сконфигурировано многосерверное задание, в таблицу sysdownioadiist базы данных Msdb добавится новая строка с описанием этого задания и указанием списка серверов назначения, которые должны его выпол нить. Серверы назначения периодически подключаются к главному серверу и Часть III. Администрирование проверяют содержимое таблицы sysdownioadiist. Если для сервера назначения имеется новое задание, то он копирует его себе.

Рис. 12.27. Окно New Job Properties с Замечание После того как все серверы назначения скопировали себе задания, из таблицы sys downioadiist должны удаляться соответствующие строки. Если этого не происхо дит, то на одном из этапов работы происходит сбой. Это возможно, например, в случае, когда один из серверов назначения не работает.

Задание выполняется в соответствии с установленным расписанием. SQL Server 2000 не координирует время выполнения заданий. То есть нельзя быть уверенным, что задания будут выполнены одновременно на всех серверах даже в случае указания конкретного времени их запуска. Часто это связано с тем, что на серверах установлено разное время. Чтобы точно синхронизировать время запуска заданий, нужно установить одинаковое время на всех серверах. Кроме того, в некоторых случаях задания могут быть не выполнены на части серверов, если запуск заданий зависит от состояния системы. После выполнения заданий серверы назначения могут подключаться к главному серверу, чтобы известить его о результатах выполнения задания.

Сообщения о ходе выполнения многосерверного задания посылаются оператору группы серверов (MSXOperator). Этот оператор будет получать сообщения о ходе выполнения всех многосерверных заданий, созданных на одном главном сервере.


В ходе выполнения многосерверного задания могут возникать ошибки. Они, как и другие сообщения SQL Server 2000, отображаются в журнале приложений Windows NT. Как уже говорилось, администратор может настроить перенаправ ление этих ошибок на любой другой зарегистрированный SQL Server 2000.

Глава 12. Автоматизация администрирования SQL Server 2000 Обычно сообщения со всех серверов назначения пересылаются на главный сер вер для упрощения контроля работы серверов сети.

Мастер Database Maintenance Plan Wizard Подсистема автоматизации SQL Server 2000 позволяет администратору создавать довольно сложные задания, которые могут весьма заметно облегчить управление сервером. Но для создания задания часто необходимо иметь специальные зна ния не только непосредственно о формировании задания, но и о механизмах работы SQL Server 2000, чтобы грамотно выполнить ту или иную задачу. Даже для выполнения простых задач требуется некоторый объем знаний.

Тем не менее, при работе с любой базой данных имеется ряд задач, которые при дется выполнять любому администратору. К ним можно отнести обновление ста тистики, реорганизацию индексных страниц и страниц данных, уменьшение раз мера файлов баз данных и некоторые другие задачи. Для решения таких задач администратор может создать задания (jobs) подсистемы автоматизации. Однако, если вас не интересуют внутренние механизмы SQL Server 2000, и нет времени на изучение различных аспектов администрирования, то можно воспользоваться мас тером сопровождения баз данных — Database Maintenance Plan Wizard.

Мастер Database Maintenance Plan Wizard специально предназначен для создания плана, в соответствии с которым будут осуществляться автоматическое управление базами данных и решение типичных задач администрирования. Если открыть в Enterprise Manager папку Management любого сервера, то в ней можно найти объ ект Database Maintenance Plans. Если выбрать этот объект, то в правой панели En terprise Manager отобразится список всех планов сопровождения баз данных, кото рые были созданы на локальном сервере.

Для запуска мастера Database Maintenance Plan Wizard можно воспользоваться окном Select Wizard, вызываемым нажатием кнопки Run a Wizard в панели ин струментов Enterprise Manager, или выбрать в контекстном меню объекта Data base Maintenance Plans пункт New Maintenance Plan.

Первое окно мастера содержит вводную информацию и может быть пропущено.

Во втором окне (рис. 12.28) необходимо выбрать базы данных, на которые ста нет распространяться работа создаваемого плана.

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

• All databases — все базы данных, созданные на сервере, включая системные.

О All system databases (master, model, and msdb) — только системные базы данных.

П All user databases (all databases other than master, model, and msdb) — только пользовательские базы данных.

• These databases — при установке переключателя в это положение администра тор может определить произвольный список баз данных, включающий как системные, так и пользовательские базы данных. Для этого предназначена таб Часть III. Администрирование лица, размещенная в нижней части окна. Устанавливая флажок слева от имени базы данных, администратор тем самым включает ее в список баз данных, на которые будет распространяться создаваемый план.

Рис. 12.28. Второе окно мастера Database Maintenance Plan Wizard Рис. 1 2. 2 9. Третье окно мастера Database Maintenance Plan Wizard Глава 12. Автоматизация администрирования SQL Server 2000 Когда список баз данных определен, можно переходить к третьему окну мастера (рис. 12.29).

В этом окне администратор может разрешить перестроение данных. Со време нем степень заполнения (fill factor) страницы данных и индексов увеличивается, что приводит к снижению производительности операций вставки и изменения данных. Этого можно избежать, выполнив реорганизацию данных, т. е. распре делив их так, чтобы степень заполнения страниц снизилась до желательного уровня. Данная операция может быть выполнена как часть плана сопровожде ния базы данных.

Чтобы добиться реорганизации страниц данных и индексов, в ходе выполнения плана сопровождения базы данных необходимо установить флажок Reorganize data and index pages. При этом станет активным переключатель, с помощью ко торого нужно выбрать режим перестроения страниц:

• Reorganize pages with the original amount of free space. При установке пере ключателя в это положение степень заполнения страниц будет установлена на том уровне, который был определен при создании объекта (таблицы или индекса).

• Change free space per page percentage to. В этом случае степень заполнения всех страниц в базе данных будет установлена на фиксированном уровне, за даваемом в процентах от размера страницы. По умолчанию предлагается сте пень заполнения 10%, т. е. размер базы данных будет в 10 раз больше реаль ного объема данных. Зато количество расщеплений страниц (split page) окажется чрезвычайно низким.

Помимо реорганизации страниц можно выполнить обновление статистики (statistics). Она используется оптимизатором запросов (query optimizer) для по строения наиболее эффективного плана выполнения запроса. Чем более верна статистическая информация, тем более эффективным будет выполнение запроса.

Для разрешения обновления статистики необходимо установить флажок Update statistics used by query optimizer. Дополнительно нужно определить (в процентах) объем базы данных, который станет применяться для создания статистики.

(7 Замечание Флажок Update statistics used by query optimizer будет активен только в том случае, ес ли в базе данных разрешен сбор статистики. Позволить использование статистики для построения оптимизированного плана выполнения запроса можно с помощью хранимой процедуры s p _ d b o p t i o n, вызвав ее с параметром a u t o c r e a t e s t a t i s t i c s.

Размер базы данных со временем может существенно увеличиться. Причем, не всегда большая величина базы данных говорит о наличии существенного количе ства данных. Дело в том, что SQL Server 2000 автоматически не уменьшает размер базы при удалении данных. Может получиться, что в базе данных было создано несколько временных таблиц, которые содержат большой объем информации.

Размер базы данных соответственно увеличился до необходимого размера. После анализа информации временные таблицы были удалены. Но размер базы данных Часть III. Администрирование не уменьшился. То есть в базе данных имеется много неиспользуемого простран ства. Уменьшение (shrink) размера базы данных должно осуществляться вручную с помощью специальных хранимых процедур. Эти хранимые процедуры могут быть вызваны отдельно или как часть плана сопровождения базы данных.

Чтобы уменьшить базу данных до нормальных размеров, в ходе выполнения плана сопровождения базы данных необходимо установить флажок Remove un used space from database files в третьем окне мастера Database Maintenance Plan Wizard. При этом станут активными два дополнительных элемента:

• When it grows beyond. В данном поле указывается размер базы данных, пре вышение которого инициирует уменьшение ее размера. Если размер меньше указанного значения, то уменьшение выполняться не будет, даже если за полнение базы данных низкое.

П Amount of free space to remain after shrink. В этом поле указывается объем свободного пространства, которое должно быть оставлено в базе данных для последующего роста. Значение указывается в процентах от объема данных.

Последний элемент, который имеется в третьем окне мастера — поле Schedule, в котором указывается расписание запуска плана сопровождения базы данных. По умолчанию запуск производится каждое воскресенье в час ночи (Occurs every 1 week(s) on Sunday, at 1:00:00). Для изменения расписания запуска необходимо нажать кнопку Change.

На.этом работа с третьим окном мастера Database Maintenance Plan Wizard за канчивается. Четвертое окно мастера (рис. 12.30) предназначено для конфигури рования проверки целостности данных.

Рис. 12.30. Четвертое окно мастера Database Maintenance Plan Wizard Глава 12. Автоматизация администрирования SQL Server 2000 Для разрешения проверки целостности данных необходимо установить флажок Check database integrity. После этого станут активными все остальные элементы управления, расположенные в этом окне:

П Include indexes. При установке этого переключателя в проверку целостности будет включена проверка целостности индексов. В этом случае будет воз можна пометка следующего флажка.

• Attempt to repair any minor problems. Когда установлен данный флажок, сер вер будет автоматически восстанавливать незначительные повреждения цело стности данных. Рекомендуется всегда отмечать этот флажок.

• Exclude indexes. При выборе этого переключателя проверка целостности ин дексов выполняться не будет.

О Perform these tests before doing backups. Установка этого флажка предпишет выполнять проверку целостности данных перед тем, как будет начато созда ние резервной копии. Проверка действует только на операции резервного копирования, выполняемые в текущем плане сопровождения базы данных.

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

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

Следующее, пятое окно (рис. 12.31), предназначено для управления операциями резервного копирования.

Рис. 1 2. 3 1. Пятое окно мастера Database Maintenance Plan Wizard 520 Часть III. Администрирование _ Резервное копирование относится к тем операциям, которые выполняются в любой организации, поэтому в план сопровождения баз данных была включена возможность создания резервных копий. Для разрешения резервного копирова ния данных необходимо установить флажок Back up the database as part of the maintenance, plan. После этого станут доступными другие элементы управления:

П Verify the integrity of the backup on completion of the backup. При установке флажка система начнет проверять целостность и полноту созданных резерв ных копий.

О Location to store the backup file. Переключатели предназначены для выбора метода хранения резервной копии. Возможен один из следующих вариантов:

Таре — в этом случае данные хранятся на ленте. В раскрывающемся спи • ске необходимо выбрать имя устройства резервного копирования, уста новленного на компьютере;

• Disk — при установке переключателя в это положение данные будут со храняться на диске. В данном случае мастер добавит дополнительное ок но, в котором необходимо определить размещение и формат файлов ре зервных копий.

В нижней части окна находится поле Schedule, содержащее расписание создания резервных копий данных. Для изменения этого расписания нужно нажать кноп ку Change.

Содержимое шестого окна мастера (рис. 12.32) зависит от того, какой метод хранения данных был выбран в пятом окне. Если в группе Location to store the backup file установлен переключатель Disk, то шестое окно мастера будет содер жать набор элементов управления для конфигурирования файлов резервных ко пий. Предположим, что выбран именно этот способ хранения данных, и рас смотрим поведение мастера в указанном случае.

Переключатели группы Directory in which to store the backup file служат для вы бора каталога, в который будут записываться файлы резервных копий:

П Use the default backup directory. В этом случае файлы резервных копий будут сохранены в стандартном каталоге \Mssql7\Backup.

О Use this directory. При установке переключателя пользователь может указать произвольный каталог, в котором должны быть сохранены файлы резервных копий. Допускается использование только локальных жестких дисков.

Дополнительно для файлов каждой базы данных можно создать отдельный ка талог. Для этого необходимо установить флажок Create a subdirectory for each database. Если создание резервных копий выполняется периодически, то через какое-то время место на диске кончится. Чтобы избежать этого, можно разре шить системе автоматически удалять старые файлы, установив флажок Remove files older than. При этом станут активными еще два элемента управления. В первом из них необходимо выбрать количество периодов, которое должно прой ти с момента создания файла, прежде чем он будет удален. Во втором выбирает ся тип периода — минута (Minute(s)), час (Hour(s)), день (Day(s)), неделя Глава 12. Автоматизация администрирования SQL Server (Week(s)) или месяц (Month(s)). По умолчанию файлы удаляются через 4 недели после их создания.

Рис. 12.32. Шестое окно мастера Database Maintenance Plan Wizard В поле Backup file extension указывается расширение, которое будут иметь фай лы резервных копий. По умолчанию это расширение bak.

( -Замечание ) Имена файлов резервных копий генерируются автоматически в виде "pubs_tlog_ 199803120206.bak", где 199803120206 является "временным штампом" (time stamp), с помощью которого достигается уникальность каждого генерируемого файла.

На этом работа с шестым окном мастера заканчивается. В следующем окне (рис. 12.33) пользователь может разрешить создание резервной копии журнала транзакций как часть плана сопровождения баз данных.

Для разрешения автоматического создания резервной копии журнала транзак ций необходимо установить флажок Back up the transaction log as part of the maintenance plan. Работа с остальными элементами окна ничем не отличается от работы с аналогичными элементами пятого окна мастера. В случае выбора диска в качестве места хранения восьмое окно мастера будет содержать набор элемен тов управления для конфигурирования файлов резервных копий. Работа с этим окном ничем не отличается от работы с шестым окном мастера. По умолчанию файлы резервных копий журнала транзакций имеют расширение tm. Мы не бу дем рассматривать данное окно, поэтому восьмое окно мастера (рис. 12.34) бу Часть III. Администрирование дет использоваться для конфигурирования отчета о ходе выполнения создавае мого плана сопровождения баз данных.

Рис. 12.33. Седьмое окно мастера Database Maintenance Plan Wizard Рис. 12.34. Восьмое окно мастера Database Maintenance Plan Wizard Глава 12. Автоматизация администрирования SQL Server 2000 По умолчанию отчет о ходе выполнения плана не сохраняется. При установке флажка Write report to a text file in directory сгенерированный отчет будет сохра нен в файл. Необходимо указать каталог, в который станет сохраняться отчет.

Кроме того, можно сконфигурировать автоматическое удаление старых файлов, информация которых оказалась неактуальной. Для этого необходимо установить флажок Delete text report files older than и определить срок, по истечении кото рого файлы отчетов начнут удаляться.

Помимо того что файлы будут Сохраняться на диске, можно отправлять отчеты операторам по электронной почте. Для чего необходимо установить флажок Send e-mail report to operator. Затем в раскрывающемся списке следует выбрать имя оператора, которому будет отправляться сообщение. Адрес электронной почты, на который будет отправлено сообщение, берется из параметров на стройки оператора.

Рис. 12.35. Девятое окно мастера Database Maintenance Plan Wizard Информация о ходе выполнения плана сопровождения базы данных может быть сохранена в таблице sysdbmaintplan_history базы данных Msdb. Для этого в девятом окне мастера (рис. 12.35) необходимо установить флажок Write history to the msdb.dbo.sysdbmaintplanjiistory table on this server. Если ге нерируется большое количество информации для записи в указанную таблицу, то со временем база данных Msdb может значительно увеличиться. Чтобы этого не происходило, SQL Server 2000 позволяет автоматически удалять уста ревшую информацию. Для этого нужно установить флажок Limit rows in the table to и указать количество строк, которое будет отводиться в таблице для 524 Часть III. Администрирование хранения информации для создаваемого плана. По умолчанию размер табли цы ограничен 1000 строк.

Помимо того, что информация о ходе выполнения плана хранится на локальном сервере, она может быть сохранена в таблице sysdbmaintpian_history на уда ленном сервере. Для этого необходимо установить флажок Write history to the server. Затем следует выбрать сервер, на который станет копироваться информа ция. Дополнительно можно ограничить размер таблицы на удаленном сервере, установив флажок Limit rows in the table to. По умолчанию размер удаленной таблицы s y s d b m a i n t p l a n h i s t o r y ограничен 10 000 строк для этого плана.

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

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

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

Во многих случаях администратор не может предотвратить повреждение систе мы, однако в его силах свести к минимуму возможный ущерб. Если в результате пожара сервер был полностью уничтожен, и нет никакой возможности считать данные с его жесткого диска, то -остается единственный выход — использовать резервную копию данных. Создание полных копий данных является единствен ным надежным способом гарантированного сохранения информации. Поэтому созданию резервных копий данных следует уделять пристальное внимание.

Лучше перестраховаться и, затратив небольшие усилия, создать резервную ко пию и спать спокойно, чем потом собирать информацию по кусочкам и объяс нять начальству, что никакой вашей вины в потере данных нет.

Помимо того, что администратор должен заниматься ликвидацией последствий кризисных ситуаций и сведением к минимуму ущерба от них, он также должен по возможности оградить систему от этих ситуаций. Человеку трудно противо стоять землетрясению, но он может успешно бороться со скачками напряжения и временными отключениями электричества — достаточно установить источни ки бесперебойного питания или сетевые фильтры.

Администратор SQL Server 2000 имеет в своем распоряжении множество средств обеспечения надежности системы:

О резервное копирование данных и журнала транзакций;

• использование резервного сервера;

526 Часть III. Администрирование d создание кластеров;

О возможности технологии RAID.



Pages:     | 1 |   ...   | 12 | 13 || 15 | 16 |   ...   | 33 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.