Глава 24

Основные функции администратора

в предыдущих главах настоящей книги рассматривались не только основные темы, касающиеся использования базы данных для создания приложений, но и многие дополнительные темы. А после изучения следующей главы, последней в данной книге, разработчик будет иметь в своем распоряжении практически полный объем сведений, необходимых для продуктивной работы с СУБД SQL Server. Но, к сожалению, на этом не исчерпывается то, что должен знать разработчик. Дело в том, что обычно разработчик после успешной сдачи приложения в эксплуатацию считает свою задачу выполненной, но фактически он обязан еще очень многое сделать для того, чтобы написанное им приложение действительно приносило пользу заказчикам. Для этого, прежде всего, необходимо ознакомиться с основными сведениями о сопровождении и администрировании баз данных.

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

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

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

Основные темы, рассматриваемые в данной главе, перечислены ниже.

Планирование заданий

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

Если вы получили хорошую подготовку в области эксплуатации программного обеспечения Windows Server и привыкли планировать другие задания с помощью службы Windows Scheduler, то можете использовать эти средства планирования и для поддержки СУБД SQL Server. Безусловно, планирование всех заданий с помощью службы Windows Scheduler позволяет связать всю работу по планированию с одним приложением, но следует учитывать, что СУБД SQL Server поддерживает некоторые более совершенные средства выполнения по условию.

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

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

Задание. Представляет собой группу из одной или нескольких задач, которые должны выполняться в связи друг с другом. Кроме того, предусмотрена возможность устанавливать зависимости и определять дальнейший ход выполнения с учетом успешного или неудачного завершения отдельных задач (если, например, задача А должна выполняться при условии успешного завершения предыдущей задачи, а в случае неудачного завершения предьщущей задачи должна быть выполнена задача В.)

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

Ежедневно, еженедельно или ежемесячно.

В определенное время суток.

Планирование заданий.

Резервное копирование и восстановление.

Выполнение основных задач по устранению фрагментации и перестройке индексов.

Использование предупреждающих сообщений.

Архивирование.

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

С заданной частотой (допустим, через каждые 10 минут или через каждый час).

После того как процессор простаивает в течение указанного времени.

После запуска программы SQL Server Agent.

В ответ на предупреждающее сообщение.

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

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

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

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

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

В следующем разделе кратко описано, как создать учетн)то запись оператора в программе Management Studio.

Создание учетной записи оператора

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