Автоматизация администрирования

Одним из важнейших направлений корпорации Microsoft при создании современных продуктов является сведение к минимуму администрирования систем.

Фундаментом подсистемы автоматического администрирования SQL Server 2000 является служба SQL Server Agent. Она представляет собой дополнение к SQL Server 2000, и ее запуск необязателен. Если в организации не используется автоматическое администрирование, то служба SQL Server Agent может быть остановлена для освобождения ресурсов операционной системы. Однако для работы подсистемы репликации необходим запуск указанной службы. Подсистема репликации автоматически создает набор вспомогательных задач, которые обеспечивают продолжительное функционирование серверов, освобождая ненужные ресурсы.

Для автоматизации административных задач используются три основных средства:

- Jobs — задания;

- Alerts — оповещения;

- Operators — операторы.

3.1 Задания

Любая задача администрирования SQL Server 2000 может быть представлена в виде одного или более шагов, которые необходимо выполнить для ее решения.

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

Transact-SQL Scripts (T-SQL). Шаги этого типа состоят из одной или более команд Transact-SQL, в т. ч. и вызовов хранимых процедур. Для выполнения таких шагов служба SQL Server Agent подключается к службе MS SQL Server и передает ей набор команд.

Operating System Command (CmdExec). Данный тип шагов используется для запуска утилит командной строки или приложений Windows. При выполнении шагов этого типа запускается командный процессор cmd.exe.

Replication. Это набор шагов, необходимый для управления работой подсистемы репликации. В него входят:

- Replication Snapshot — подготовка файлов моментальных снимков, файлов схемы и сценариев;

- Queue Reader — чтение данных из очереди;

- Replication Transaction-Log Reader — чтение журнала транзакций на издателе;

- Replication Distributor — распространение данных подписчикам;

- Replication Merge — выполнение сведения данных в одну копию.

ActiveX Script. Шаги этого типа предназначены для выполнения действий, описанных на языках сценариев. В SQL Server 2000 автоматически поддерживаются языки VBScript и JavaScript. Кроме того, отдельно можно установить модули и для других языков, например для PerlScript.

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

Когда все шаги определены и задание сконфигурировано, встает вопрос — а когда оно будет выполняться? Для каждого задания SQL Server 2000 позволяет определить одно или более расписаний (schedules), в соответствии с которыми будет определяться запуск этого задания. Задание может быть запущено не только в определенный администратором момент времени, но и во время наименьшей активности сервера, каждый раз при старте службы SQL Server Agent или единожды сразу же после создания. Кроме того, независимо от установленного расписания администратор может использовать ручной запуск задания.

3.2 Оповещения

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

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

SQL Server 2000 позволяет избавить администратора от работы по контролю за функционированием сервера, переложив ее на подсистему автоматизации администрирования. Для этого используются оповещения.

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

Строго говоря, подсистема автоматизации сама не анализирует работу сервера – она использует данные, полученные от других средств анализа функционирования системы. Для отслеживания наступления контролируемых событий служба SQL Server Agent периодически просматривает журнал приложений.

При создании оповещения необходимо указать состояние, в котором должна находиться система, чтобы SQL Server 2000 автоматически инициализировал оповещение. Состояние системы можно описать тремя способами:

- конкретная ошибка SQL Server 2000 - вызов оповещения происходит, если в журнале приложений встречается указанная ошибка;

- серьезность ошибки SQL Server 2000 - если уровень серьезности ошибки равен указанному или превышает его, то оповещение будет вызвано;

- показания счетчика Performance Monitor - вызов оповещения происходит в зависимости от показаний счетчиков производительности SQL Server 2000, используемых в работе утилиты Performance Monitor.

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

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

Выполнение задания (Execute job). Такая реакция системы на наступление событий позволяет предпринять конкретные шаги для устранения проблемы или для сведения к минимуму ущерба. При наступлении события будет выполнено задание, которое должно быть предварительно создано.

Извещение оператора (Operators notify). Если проблема не может быть решена автоматически с помощью задания, то необходимо информировать оператора об ее возникновении. Кроме того, даже если решение проблемы производится автоматически с помощью задания, то для подстраховки можно дополнительно отправить сообщение и оператору.

Перенаправление ошибок. (Message forwarding). Этот тип реакции применяется в организациях со множеством серверов SQL Server 2000. Сообщения из журнала приложения локального сервера будут копироваться в журнал приложений на удаленный компьютер. Просмотрев единственный журнал приложений, администратор может получить полную картину о работе всех серверов сети и в случае обнаружения сбоев принять лучшее решение.

Как видно, SQL Server 2000 предоставляет большие возможности администратору как для обнаружения, так и для устранения неполадок в работе сервера. Грамотное применение предоставляемых возможностей позволяет более эффективно использовать потенциал администраторов.

3.3 Операторы

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

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

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

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

3.4 Управление подсистемой автоматизации

SQL Server 2000 предоставляет богатый набор методов управления подсистемой автоматизации, различающихся по сложности и наглядности их использования. Рассмотрим эти способы.

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

- Create Alert Wizard — с помощью этого мастера можно создать оповещение;

- Create Job Wizard — этот мастер предназначен для создания заданий;

- Make Master Server Wizard — применяя данный мастер можно создать главный сервер;

- Make Target Server Wizard — при помощи этого мастера создается сервер назначения.

Enterprise Manager. С помощью этого стандартного инструмента можно выполнять любые действия по управлению подсистемой автоматизации администрирования: создание, изменение или удаление заданий, оповещений и операторов. Enterprise Manager предоставляет удобный графический интерфейс, интуитивно понятный любому пользователю. Объекты подсистемы автоматизации можно найти в папке Management, находящейся в корневом каталоге сервера панели Enterprise Manager.

Transact-SQL. Как уже было сказано, информация обо всех свойствах объектов подсистемы автоматизации хранится в системной базе данных Msdb. Если разрешить прямой доступ к системным данным, то пользователи смогут изменять свойства объектов непосредственно, не прибегая к дополнительным инструментам. В SQL Server 2000 имеется набор специальных системных хранимых процедур, с помощью которых можно управлять подсистемой автоматизации администрирования.

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

Заключение

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

Администрирование представляет собой отдельную большую, едва ли не главную область работы с MS SQL Server 2000. Оно включает разработку структуры базы данных, ее реализацию, проектирование системы безопасности, создание пользователей базы данных, предоставление им прав доступа, создание объектов и т. д. Кроме того, администратор базы данных должен периодически создавать резервные копии, выполнять проверку целостности данных и следить за размером файлов как самой базы данных, так и журнала транзакций. Указанный список можно долго продолжать, так как область администрирования баз данных очень обширна

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

Без грамотного администрирования не возможна корректная работа с базами. А в случае, когда базы MS SQL Server 2000 используется на большом производстве, то небольшой сбой, или некорректно установленный доступ к базам могут привести не только к сбою в работе самой программы, но и нанести финансовый вред всему производству.

Из всего этого следует, что к администрированию баз следует отнестись настолько серьезно, насколько это возможно.

Глоссарий