могучая репликация

ФЛЕНОВ МИХАИЛ

Спецвыпуск: Хакер, номер #068, стр. 068-036-2

Метод Pop более подходит для публикаций с меньшей степенью защищенности и может поддерживать большое количество подписчиков, - например подписчиков Internet.

[типы репликации.]

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

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

- данные изменяются существенно, но редко;

- подписчику требуются данные только для чтения;

- возможна большая задержка, потому что обычно данные обновляются только периодически;

- подписчику требуется автономность.

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

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

[репликация MS SQL Server.]

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

Для начала необходимо создать издателя и дистрибьютора. Для этого на одном из серверов выбираем меню Tools | Replication | Create and Manage Publication. Для издателя я бы порекомендовал использовать машину помощнее. Первое, что у нас попросит мастер – выбрать базу данных. Выбираем, жмем Create Publication, и на следующем этапе сервер предложит создать дистрибьютора. По умолчанию дистрибьютором предлагается сделать ту же машину.

Тут появляется первый подводный камень: если дистрибьютор будет установлен удаленно от издателя (на другой машине), то SQL Server Agent не может работать от имени системного аккаунта. Почему? Агент должен иметь возможность авторизоваться на машине дистрибьютора и передать изменения, а для этого используется учетная запись, под которой работает агент. Под Local Account авторизоваться нигде не удастся, поэтому изменения никуда не пойдут.