1я лекция. Вводная (стр. 23 )

Имеется три метода, используемых для связи с операторами: отправка сообщений электронной почты/text/category/programmnoe_obespechenie/" rel="bookmark">программное обеспечение сторонних фирм для связи электронной почты с пейджером, которое обрабатывает входные сообщения электронной почты и преобразует их в пейджинговые сообщения. Чтобы использовать NET SEND, у вас должна работать операционная система Windows NT или Windows 2000, поскольку NET SEND не поддерживается в Microsoft Windows 95/98.

Лекция 9. Репликации

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

Следует подчеркнуть, что служба репликации является составной частью стан­дартной версии SOL Server, поскольку поставщики других СУРБД рассматривают средства репликации как отдельный продукт, за который необходимо вносить до­полнительную плату.

По сути, репликация является службой, осуществляющей гарантированное копиро­вание информации из исходной базы данных в одну или более целевых. Средства ре­пликации Microsoft SQL Server позволяют организовать автоматическую рассылку данных некоторого сервера на несколько других серверов с использованием ODBC (Open Database Connectivity— открытый интерфейс баз данных) или OLE DB. Ис­пользуя средства ODBC или OLE DB, SQL Server 2000 обеспечивает репликацию дан­ных в адрес получателей, не относящихся к системам SQL Server (смешанная репли­кация), например Microsoft Access и Oracle. Поддерживаются также анонимные под­писчики в Internet. Кроме того, SQL Server 2000 позволяет непосредственно обновлять подписчиков и осуществлять репликацию методом слияния, что сущест­венно расширяет возможности репликации.

С учетом нововведений количество возможных вариантов решений, доступных при создании приложений, становится просто ошеломляющим!

Перечислим приложения или сценарии, в которых могут применяться средства репли­кации SQL Server.

• Для распределения нагрузки между серверами в сети (например, для передачи

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

• Для перемещения определенных поднаборов данных (например, данных неко­торого подразделения или данных за установленный период) с главного цен­

трального сервера на вспомогательные.

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

если отдел сбыта изменяет цену на определенную продукцию).

• В приложениях, используемых торговыми агентами или представителями для

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

их компьютеров к сети.

• Для организации в Web группы пользователей с помощью приложения, позволяющего благодаря функции подписки периодически извлекать через Internet

сведения об изменениях в общей базе данных.

• В распределенных вычислительных средах, в которых серверы импортируют

информацию из файлов с ее дальнейшей репликацией на другие узлы.

Публикация и подписка

В системе репликации SQL Server используются понятия публикация (publish) и подписка (subscribe). Серверы системы публикуют свои данные (публикации), на ко­торые могут подписаться другие серверы. В среде SQL Server сервер, который делает свои данные доступными для подписки со стороны других серверов, называется пуб­ликующим.

Публикации и статьи

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

Каждая публикация может содержать один или более перечисленных ниже эле­ментов.

• Таблица.

• Вертикальное разделение таблицы.

• Данные хранимой процедуры (новая функция в SQL Server 2000).

• Горизонтальное разделение таблицы.

• Горизонтальное и вертикальное разделение таблицы

Вертикальное разделение таблицы представляет собой статью, в опре­делении которой используется фильтр, выделяющий в таблице только заданные столбцы.

Горизонтальное разделение таблицы представляет собой статью, в определении которой используется фильтр, выделяющий в таблице только задан­ные строки данных.

Однако существуют объекты, которые не могут публиковаться.

• Базы данных model, tempdb и msdb.

• Системные таблицы, расположенные в базе данных master.

Типы подписки

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

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

Роли серверов

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

• Публикующий сервер (publisher) содержит исходную базу данных, обеспечивает доступность ее данных для репликации и пересылает сведения о выполненных изменениях в базу данных рассылки, откуда они будут разосланы всем

серверам-подписчикам.

• Сервер-подписчик (subscriber) получает и обрабатывает публикуемые данные.

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

становится публикующим сервером. (Любая информация в системе может пуб­ликоваться только одним-единственным сервером.)

• Рассылающий сервер (distributor) содержит базу данных рассылки и отвечает

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

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

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

Нет ничего необычного в том, что сервер-подписчик одновременно играет роль публикующего сервера. Однако в системе репликации SQL Server установлено, что для каждой публикации может существовать лишь одна ведущая копия базы данных, поддерживаемая публикующим сервером, независимо от числа серверов-подпис­чиков, которым предоставлено право вносить изменения в данную публикацию. Например, в системе с репликацией методом слияния сервер А публикует базу данных pubs. Серверы В и С являются подписчиками и имеют право вносить в эту базу дан­ных изменения. Ведущая копия базы данных, в которую будут поступать сведе­ния обо всех изменениях, находится на публикующем сервере А. Изменения, выпол­ненные на сервере С, поступят на сервер В после репликации через сервер А.

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

Типы репликации

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

Репликация транзакций

В схеме репликации транзакций публикации модифицируются на узле публикующего сервера, после чего сведения о внесенных изменениях рассылаются всем подписчикам на данную публикацию. Репликация транзакций поддерживается в SQL Server, начиная с версий 6.x.

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