SQL2008_Administration

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

Репликация моментальных снимков (snapshot replication) — тип репликации, когда информация на подписчике через определенные интервалы времени перезаписывается информацией с издателя. Никакого отслеживания происходящих изменений при этом не происходит. Этот тип репликации обычно используется в ситуации, когда нужно передавать небольшой объем данных, и эти данные изменяются достаточно сильно.
Репликация транзакций (transactional replication) — при использовании этого типа репликации вначале к подписчику применяется моментальный снимок исходных данных с издателя («инициализация» подписчика), а затем через определенные интервалы подписчику передается и применяется информация об произошедших на издателе изменениях — транзакциях. Для репликации транзакций предусмотрены специальные подтипы, которые позволяют настроить режимы репликации, отличные от стандартного:
1. репликация транзакций с возможностью внесения изменений на подписчике. Заметим, что если на подписчике изменения нужно вносить постоянно, то, возможно, в этой ситуации лучше подойдет репликация слиянием. При настройке репликации транзакций с возможностью внесения изменений на подписчиках нам нужно будет выбрать один из двух режимов предупреждения издателя о таких изменениях:

немедленное извещение об изменениях (immediate updating). При выборе этого режима должно существовать постоянно доступное сетевое соединение между издателем и подписчиком;
извещение об изменениях с использованием очередей (queued updating). Информация о внесенных на подписчиках изменениях помещается в очередь и по определенному расписанию передается на издателя, который уведомляет о них остальных подписчиков. Постоянно доступное сетевое соединение при этом не нужно.

одноранговая репликация (peer replication), в которой изменения можно вносить на любой из серверов, участвующих в репликации. Вся информация между ними будет автоматически синхронизирована.

Репликация слиянием (merge replication) — при использовании этого типа репликации изменения можно вносить как на издателе, так и на подписчиках. Все изменения с помощью триггеров сводятся воедино на издателе, который разрешает конфликты в случае их возникновения. Для разрешения конфликтов репликации можно определить свою собственную программную логику. Затем итоговый вариант данных передается подписчикам.

Содержание