Администрирование баз данных

     - команда INSERT.

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

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

     Работу  подсистемы автоматизации административных задач обеспечивают три службы: MSSQLServer, SQL Server Agent и EventLog. В рамках службы SQL Server Agent существует три основных компонента, выполняющих административные действия: Job - задание; Alert - оповещение; Operator - оператор.

     Задание (job) - это действия, выполняемые над  сервером по определенному графику. Задания способны значительно облегчить автоматизацию стандартных действий: создание страховочных копий и индексов, проверку целостности БД  и загрузку новых данных.

     Оповещение (Alert) - это действия, предпринимаемые  сервером в случае нештатной ситуации. При этом подсистема SQL Server Agent перехватывает  это событие, проверяет, было ли создано  предписание действовать определенным способом, и, если да, исполняет действия, заданные администратором.

     Оператор (Operator) - это лицо, на которое возлагается  ответственность за работу сервера  и выполнение определенных задач  по управлению им. Не следует путать оператора с администратором. Системный  администратор имеет максимальные права по управлению работой SQL Server 2000, тогда как оператор имеет ограниченный набор прав, необходимых для выполнения круга задач, за которые он отвечает. Оператор будет получать сообщения, посылаемые системой автоматизации, однако для выполнения действий по устранению сбоев системы администратор должен явно предоставить ему необходимые права доступа, например, включив его в одну из встроенных ролей сервера или базы данных.

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

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

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

      2.3 Резервное копирование  баз данных 
 

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

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

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

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

     - создание кластеров;

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

     Упомянутые  средства обеспечения надежности системы  не исключают друг друга. Наоборот, желательно применять их совместно  друг с другом.

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

     - полная копия базы данных;

     - разностная копия;

     - копия журнала транзакций;

     - резервное копирование файлов и групп файлов.

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

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

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

     Резервное копирование файлов и групп файлов. БД состоит из одного или более  файлов, которые можно объединить в группы. Соответственно изменениям архитектуры хранения меняется и подход к созданию страховочных копий. Если БД очень большая, страховочная копия может включать только некоторые из составляющих ее файлов. Это позволяет создавать страховочную копию, когда время не позволяет выполнить копирование всей базы.

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

     Необходимо  создавать копии и  системных  базах при внесении модификаций. Наиболее критическим местом являются системные базы данных Master и Msdb. Первая из них содержит всю системную информацию о работе SQL Server 2000. Повреждение этой базы данных приведет как минимум к неправильной работе сервера, а как максимум - к невозможности запуска. Наиболее важной для пользователя информацией, хранимой в базе данных Master, являются сведения об учетных записях, которым предоставлен доступ к SQL Server 2000, и информация о системных и пользовательских базах данных. Рекомендуется выполнять архивирование базы данных Master каждый раз после выполнения важных операций: добавления учетных записей, создания или удаления баз данных, изменения настроек SQL Server 2000. Системная база данных Msdb содержит информацию подсистемы автоматизации SQL Server 2000, используемую службой SQLServerAgent. К указанной информации относятся данные об операторах, оповещениях и заданиях. Организация резервных копий системных баз данных выполняется точно так же, как и создание резервных копий пользовательских баз данных. 
 

      2.4  Репликация данных 
 

     Репликация (replication) - это процесс автоматического  распределения копий данных и  объектов БД между экземплярами SQL Server с одновременной синхронизацией всей распространяемой информации. Существует достаточно много оснований для репликации данных и хранимых процедур на разные серверы. Вот некоторые из них:

     - снижение сетевого трафика между  удаленными офисами; 

     - отделение  OLTP-операций от функций средств поддержки принятия решений;

     - объединение данных, поступающих  из различных мест;

     - реализация избыточности данных;

     - расширение системы за пределы  ЛВС⁴.

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

     SQL Server 2000 поддерживает три типа  репликации (replication types) - моментальных  снимков, транзакций и сведением.  Репликации моментальных снимков  (snapshot replication) - это периодическая  репликация целостного набора данных, зафиксированного по состоянию на определенный момент времени, с локального сервера на удаленные серверы. Репликация транзакций (transactional replication) - это репликация начального моментального снимка данных на удаленные серверы, а также репликация отдельных транзакций, работающих на локальном сервере и выполняющих последовательные изменения данных в начальном моментальном снимке. Репликация сведением (merge replication) - это репликация начального моментального снимка данных на удаленные серверы, а также репликация изменений, происходящих на каком-либо удаленном сервере, обратно на локальный сервер с целью синхронизации, разрешения конфликтов и повторной репликации на удаленные серверы.

     Агенты  репликации (replication agents) автоматизируют процесс репликации. Как правило, агент репликации - это задание службы SQL Server Agent, сконфигурированное администратором для выполнения специфических задач по расписанию. Различные типы репликации используют один или несколько таких агентов. В список агентов подсистемы репликации SQL Server 2000 входят: агент Snapshot, агент Distribution, агент Log Reader, агент Queue Reader, аАгент Merge, агент History Clean Up, агент Distribution Clean Up, агент Expired Subscription Clean Up, агент Reinitialize Subscriptions Having Data Validation Failures, агент Replication Agents Checkup. Каждый из указанных агентов реализован как утилита командной строки. В пределах одного компьютера для всех инсталляций SQL Server 2000 предназначен общий набор агентов. Таким образом, при выполнении обновления агентов для одной инсталляции будет выполнено и обновление агентов для всех других инсталляций. Все агенты располагаются в каталоге \Program Files\Microsoft SQL Server\80\COM.

      3 МОНИТОРИНГ ПРОИЗВОДИТЕЛЬНОСТИ И АКТИВНОСТИ SQL SERVER 
 

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

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

     - с точки зрения сервера, это  максимизация общей пропускной  способности  (числа запросов, обрабатываемое  им за определенный период  времени).

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

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

     - мониторинг операционной системы  и аппаратной части компьютера;

     - мониторинг работы SQL Server 2000 и его  подсистем.

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

     - утилита Performance Monitor;

     - утилита Task Manager;

     - утилита Event Viewer;

     - протокол SNMP⁵.