Обзор репликации транзакций
Репликация транзакций обычно начинается с создания моментального снимка объектов и данных базы данных публикации. Как только создан исходный моментальный снимок, последующие изменения данных и схемы на издателе обычно доставляются подписчику без задержек (практически в реальном времени). Изменения данных применяются на подписчике в том же порядке и в тех же рамках транзакций, в которых они выполнялись у издателя. Поэтому в пределах публикации гарантируется согласованность транзакций.
Репликация транзакций обычно используется в серверных средах и пригодна в следующих случаях:
Необходимо, чтобы добавочные изменения распространялись подписчикам без задержек по мере появления.
Для приложения необходимы малые задержки между моментом внесения изменений на издателе и моментом прибытия изменений на подписчик.
Для приложения необходим доступ к промежуточным состояниям данных. Например, если строка изменяется пять раз, репликация транзакций позволяет приложению реагировать на каждое изменение (например, срабатывание триггера), а не просто на итоговое изменение строки.
На издателе выполняется очень большой объем вставок, обновлений и удалений.
Издатель и подписчик являются базами данных, отличными от баз данных SQL Server (например, Oracle).
По умолчанию подписчики на публикации транзакций должны быть доступны только для чтения, так как изменения не распространяются обратно на издатель. Однако репликация транзакций предоставляет возможности, позволяющие выполнять обновления у подписчика. Дополнительные сведения см. в разделе Как работает репликация транзакций.
Сведения о реализации репликации транзакций см. в разделе Проектирование и реализация (репликация).
Сведения об общих сценариях, использующих репликацию транзакций, см. в разделе Репликация данных в серверной среде.