Администрирование MS SQL Server 2000

     2 Административные задачи

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

     2.1. Архивирование базы данных и  восстановление системы после  сбоя

     Архивирование базы данных и восстановление системы  после сбоя. Важнейшая задача администратора - обеспечить целостность и надежную работу базы данных. Для этого необходимо создавать резервные копии БД и периодически проверять их корректность. Во многих случаях при отказе системы восстановить базу данных удается только из резервной копии. Если архивирование выполнялось неправильно, целиком восстановить ее будет невозможно: данные пропадут, а простой системы выльется в "кругленькую" сумму. Поэтому создание резервных копий и готовность быстро восстановить работоспособность системы - самая важная обязанность администратора.

     2.2. Планирование емкости

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

     2.3. Администрирование кластеров

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

     2.4. Документирование

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

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

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

     2.5 Импорт и экспорт данных

     При разработке хранилищ данных часто встает вопрос о необходимости периодического копирования разнородных данных в единый формат.

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

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

     Целью экспорта данных является предоставление внешним системам информации, хранящейся на SQL Server 2000. При этом данные преобразуются в формат, понятный внешней системе. Например, если требуется передать данные в MS Excel, то результатом выполнения экспорта будет xls-файл.

     2.6 Восстановление после сбоя

     Резервное копирование и восстановление –  две неразрывно связанные задачи. Нужно планировать восстановление на случай аварии до того, как она  наступила.

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

     2.7 Мониторинг и настройка производительности

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

     2.8 Администрирование репликации

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

     2.9 Обычное плановое обслуживание

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

     2.10 Безопасность

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

     2.11 Установка программного обеспечения

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

     2.12 Конфигурация системы

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

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

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

     Одним из важнейших направлений корпорации 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 позволяет контролировать такие сбои и соответствующим образом реагировать на них. Каждый шаг задания возвращает подсистеме автоматизации код завершения, на основе которого можно контролировать успешность выполнения этого шага. В случае успешного выполнения шага можно определить одну последовательность действий, а в случае неуспешного — другую.