Гибкие условия репликации

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

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

Избирательная подписка на статьи. Подписчик может выбирать какие статьи из публикации он будет получать (рисунок 19);

Защищенные публикации. По умолчанию новая публикация доступна всем желающим на неё подписаться и имеет статус незащищенной (unrestricted), однако для публикации можно ограничить круг подписчиков, явно указав имена серверов, которым подписка разрешена. В этом случае публикация считается защищенной (restricted, рисунок 20);

Выборочная публикация данных. Из таблицы могут выбираться только данные из указанных столбцов и/или строк, отвечающих особому условию (рисунок 17).

Рис. 15. Схема репликации данных SQL Server

Рис. 16. Схема репликации все всем

Рис. 17. Выборочная публикация

Компоненты SQL Server, отвечающие за репликацию

Следующие компоненты SQL Server обслуживают процесс репликации:

log reader process - процесс, выполняющий мониторинг журнальных файлов баз данных, являющихся источниками данных, на сервере публикаций на предмет появления транзакций, маркирует их и выполняет перемещение этих транзакций в базу данных дистрибуции;

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

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

distribution process - перемещает задания начальной синхронизации и транзакции из базы данных дистрибуции непосредственно на сервера подписки.

Все три указанных процесса являются подмножеством SQL Executive. Схема взаимодействия компонентов поясняется на рисунке 6.18.