17-1219

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

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

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

Терминология репликации

Средства репликации SQL Server используют терминологию издательской деятельности для названий процессов и компонентов репликации. Сервер, реплицирующий сохраненную информацию на другие серверы, называется издателем (pubhsher). Реп-лицируемая информация состоит из одной или нескольких публикаций (publications). Каждая публикация представляет собой логически согласованный набор данных отдельной БД и состоит из одной или нескольких статей (articles). Статья может быть одним или несколькими объектами следующего типа:

часть или целая таблица (с фильтрацией по столбцам и/или по строкам);

хранимая процедура или определениепредста&ления;

выполнение хранимой процедуры;

представление;

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

пользовательская функция.

В процессе репликации каждый издатель взаимодействует с распространителем (distributor). Последний сохраняет публикуемые БД, историю событий и метаданные. Роль распространителя зависит от типа репликации. При этом распространитель может быть локальным (тот же экземпляр SQL Server) или удаленным (отдельный экземпляр SQL Server).

434 Рвплнкацив баз данных Глава 15

Серверы, получающие реплицируемую информацию, называются подписчиками (subscribers)- Они получают избранные публикации - подписки (subscriptions) - от одного или нескольких издателей. В зависимости от типа репликации, подписчикам может быть разрешено изменять реплицируемую информацию, а также реплицировать измененную информацию обратно издателю. Подписчики могут быть авторизованы, или могут быть анонимными (анонимная подписка используется при публикации данных в Интернете). Для больших публикаций использование анонимных серверов может повысить производительность системы.

Агенты репликации (replication agents) автоматизируют процесс репликации. Как правило, агент репликации - это задание службы SQL Server Agent, сконфигурированное администратором для выполнения специфических задач по расписанию. По умолчанию в среде Windows NT 4.0/2000 агенты репликации выполняются в контексте безопасности доменной учетной записи службы SQL Server Agent. В Windows 98/ Me они выполняются в контексте безопасности зарегистрированного в системе пользователя. некоторое число агентов репликации для различных задач

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

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

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

чтобы у каждого подписчика был личный, независимый (independent), агент Distribution.

. Агент Log Reader перемещает транзакции, помеченные для репликации, из журнала транзакций с сервера-издателя на сервер-распространитель. Этот агент используется при транзакций. Каждая из помеченных для репликации БД будет иметь один агент Log Reader, запускающийся на распространителе и к издателю.

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

обслуживающий всех издателей и публикации для конкретного распространителя.

Агент Merge передает моментальный снимок данных от распространителя подписчикам. Он также перемещает и контролирует изменения в реплицируемых данных между издателем и подписчиками. Этот агент дезактивирует информация которых не обновлялась и течение максимального срока хранения публикации (по умолчанию - 14 дней). Этот агент используется в случае репликации сведением. Каждая подписка на объединенную публикацию имеет свой объединяющий агент, который синхронизирует данные между сервером, публикующим данные, и сер верами-подписчиками.

Агент History Clean Up удаляет журнал событий агента из БД распространения, и используется для управления размером этой БД. Все типы репликации используют этот агент. По умолчанию он запускается каждые 10 минут. , ,

Агент Distribution Clean Up удаляет реплицированные транзакции из БД распространения, и отключает неактивных подписчиков, данные которых не обновлялись в течение максимального периода хранения распространяемых данных (по умолчанию - 72 часа). Если разрешены анонимные подписки, реплицированные транзакции не удаляются до истечения максимального периода хранения. Репликация моментальных снимков и репликация транзакций используют этот агент. По умолчанию он запускается каждые 10 минут.

Агент Expired Subscription Clean Up выявляет и удаляет подписки с истекшим сроком хранения. Все типы репликации используют этот агент. По умолчанию он запускается один раз в день.

AreHxReinitialize Subscriptions Having Data Validation Failures повторно инициализирует все подписки, имеющие ошибки при проверке согласованности данных. По умолчанию этот агент запускается вручную.

Агент Replication Agents Checkup являет неактивных агентов репликации и заносит соответствующие записи в журнал приложений Windows. По умолчанию он запускается каждые 10 минут.

Примечание Агенты Distribution и Merge можно встраивать в приложения с

помощью элементов управления ActiveX.

Обзор типов репликации

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

репликации имеет свои преимущества и недостатки.

Репликация моментальных снимков

При репликации моментальных снимков агент Snapshot периодически (по заданному расписанию) копирует все помеченные для репликации данные с в

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

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

При репликации моментальных снимков подписчикам можно разрешить обновлять реплицированную информацию немедленно (Immediate Updating) и/или в порядке очереди (Queued Updating). Возможность обновления подписки (Undatable Subscription) полезна, когда подписчикам требуется изредка изменять последнюю. Если же подписку изменяют часто, лучше использовать репликацию сведением. Кроме того, в случае с обновляемыми подписками все обновления являются частью транзакции. Это означает, что обновление либо целиком подтверждается, либо откатывается, если происходит конфликт. При репликации сведением конфликты разрешаются построчно.