Занятие 3 Обзор архитектуры SQL Server 2000 31

администрировать и настраивать SQL Server;

определять информацию каталога для экземпляра SQL Server;

создавать и тестировать запросы на выборку данных.

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

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

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

Возможности автоматизации не ограничены такими задачами баз

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

К средствам поддержки административных задач относятся SQL Server

Agent, задания, события и оповещения, операторы и триггеры.

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

Компоненты SQL Server 2000, за резервное копирование и восстановление,

позволяют создавать копию базы данных. Место хранения этой копии от по-

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

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

В SQL Server 2000 входит несколько компонентов, поддерживающих импорт и экспорт данных: DTS, репликация, массированное копирование и распределенные запросы.

DTS Transformation позволяет импортировать и экспортировать данные меж-

ду гетерогенными источниками OLE DB и ODBC. В пакете DTS задаются исходный и целевой источники данных OLE DB. После этого пакет можно исполнять как по требованию, так и по расписанию через определенные промежутки времени. Один пакет DTS

обслуживать несколько таблиц. Пакеты DTS не ограничены прямой передачей данных от

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

запрос. Такая функциональность позволяет пакетам трансформировать данные, например,

исполняя запрос, который вместо необработанных данных возвращает ито-

говую информацию.

32 Основные сведения о Microsoft SQrtfer 2000 Глава 1

Репликация применятся для создания копий информации в отдельных базах данных и их

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

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

Функция массированного копирования SQL Server повышает эффективность передачи больших объемов данных. За один раз функция массированного копирования передает

данные целой таблицы.

Для ссылки на данные из источника OLE DB операторы используют

пределенные запросы. Источники данных OLE DB могут быть как другим экземпляром SQl, Server, так и гетерогенными источниками, например базой данных Microsoft Access или Oracle.

Проверка целостности данных

Для проверки целостности базы данных использует набор операторов DBCC.

Операторы DBCC в SQL Server 2000 и SQL Server 7.0 содержат ряд улучшений по сравнению с операторами DBCC, которые применялись в SQL Server 6.5.

Существенно снижена потребность в запуске этих операторов. В результате изменений

архитектуры SQL Server устойчивость баз данных повысилась настолько, что больше

не часто проверять их

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

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

Операторы DBCC сами по себе стали работать значительно быстрее. Проверка сложной базы данных выполняется, как правило, в раз быстрее, а отдельных объектов -

более чем в 300 раз быстрее. В SQL Server 6.5 DBCC CHECKDB обрабатывал таблицы

Для каждой таблицы сначала выполнялась проверка структуры данных, а затем проверка каждого индекса по отдельности. В результате этой процедуры операции чтения совершались довольно хаотично. В SQL Server 2000 DBCC CHEC-KDB no мере последовательного сканирования базы данных выполняет параллельную проверку нескольких объектов. SQL Server 2000 также использует преимущества многопроцессорности при параллельном исполнении операторов DBCC.

Уровеньблокиронки. который требуется операторам DBCC из SQL Server 2000, намного ниже, чем в SQL Server 7.0. Теперь операторы DBCC из SQL Server 2000 могут выполняться одновременно с операторами модификации данных, что существенно

жает их негативное влияние на работу пользователей с базой данных.

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

Принципы репликации

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

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

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

срок получения подписчиком публикации и сведения о соответствии между статьями

публикации и таблицами или другими объектами подписчика.

Дистрибьютор - это сервер, выполняющий различные задачи по перемещениюстатей от издателей к подписчикам. Реальные задачи зависят от типа выполняемой репликации.

SQL Server 2000 также поддерживает репликацию между гетерогенными источниками данных. Источники данных OLE или ODBC могут поднисываться на нубликации SQL Server. Последний также способен получать данные, реплицируемые некоторыми другими

источниками данных, в том числе Microsoft Exchange, Microsoft Access, Oracle и DB2.

Хранилища данных и оперативная аналитическая обработка (OLAP)

SQL Server 2000 содержит компоненты, позволяющие создавать и киоски дан-

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

явления трендов и анализа критических факторов. Эти системы называются оперативной итлитическоп обработки (Online .Analytical Processing, OLAP). Данные в хранилищах и киосках данных организованы иначе, чем в традиционных базах данных,

работающих с транзакциями.

ПО управления реляционными базами данных промышленного уровня, например SQL Server 2000, изначально разрабатывалось для централизованного хранения данных, генерируемых ежедневными транзакциями крупных компаний или правительственных организаций. За десятилетия эволюции эти СУБД превратились в высокоэффективные системы регистрации данных, необходимые для ежедневной работы предприятия. Такие системы получили название систем оперативной обработки транзакций (Online Transaction-

Processing, OLTP).