Репликация SQL Server позволяет администраторам баз данных распространять данные на нескольких серверах по всей организации. Возможно, вы захотите внедрить репликацию в своей организации по нескольким причинам, таким как:
- Балансировки нагрузки, Репликация позволяет распространять ваши данные на несколько серверов, а затем распределять нагрузку запросов между этими серверами.
- Автономная обработка, Репликация поддерживает управление данными из вашей базы данных на машине, которая не всегда подключена к сети.
- избыточность, Репликация позволяет вам создать сервер базы данных с отказом, который готов забрать загрузку в момент уведомления.
Любой сценарий репликации имеет два основных компонента:
- Издатели иметь данные, предлагаемые другим серверам. Данная схема репликации может иметь один или несколько издателей.
- Подписчики являются серверами баз данных, которые хотят получать обновления от издателя при изменении данных.
Ничто не мешает одной системе действовать в обеих этих способностях. Фактически, это часто является разработкой широкомасштабных распределенных систем баз данных.
Поддержка SQL Server для репликации
Microsoft SQL Server поддерживает три типа репликации базы данных. В этой статье приводится краткое введение в каждую из этих моделей, в то время как будущие статьи будут более подробно изучать их. Они есть:
- Репликация снимков действует так, как следует из названия. Издатель просто берет снимок всей реплицированной базы данных и делится ею с подписчиками. Конечно, это очень затратный и ресурсоемкий процесс. По этой причине большинство администраторов не используют репликацию моментальных снимков на постоянной основе для баз данных, которые часто меняются. Существует два сценария, в которых обычно используется репликация моментальных снимков: во-первых, она используется для баз данных, которые редко меняются. Во-вторых, он используется для установки базовой линии для установления репликации между системами, в то время как будущие обновления распространяются с использованием транзакционный или же репликация слиянием .
- Транзакционная репликация предлагает более гибкое решение для баз данных, которые меняются на регулярной основе. С транзакционной репликацией агент репликации контролирует издателя для изменений в базе данных и передает эти изменения подписчикам. Эта передача может происходить немедленно или периодически.
- Объединить репликацию позволяет издателю и подписчику самостоятельно вносить изменения в базу данных. Оба объекта могут работать без активного сетевого соединения. Когда они повторно подключаются, агент репликации слияния проверяет изменения в обоих наборах данных и соответственно изменяет каждую базу данных. Если изменения конфликтуют, агент использует предопределенный алгоритм разрешения конфликтов для определения соответствующих данных. Репликация слияния обычно используется пользователями ноутбуков и другими пользователями, которые не могут постоянно подключаться к издателю.
Каждый из этих методов репликации служит полезной цели и хорошо подходит для конкретных сценариев базы данных.
Если вы работаете с SQL Server 2016, выберите свою версию на основе ваших потребностей в репликации. Каждое издание имеет разные возможности, когда речь заходит о поддержке репликации:
- Только поддержка подписчика: Express,Экспресс с инструментами или же Дополнительные услуги и Web выпуски предлагают ограниченные возможности репликации, способные действовать только как клиент репликации.
- Полная поддержка издателей и подписчиков: стандарт а также предприятие предлагают полную поддержку, а Enterprise также включает публикацию Oracle, одноранговую транзакционную репликацию и транзакционную репликацию в качестве обновляемой подписки.
Как вы, несомненно, поняли, что в этом случае возможности репликации SQL Server предоставляют администраторам баз данных мощный инструмент для управления и масштабирования баз данных в корпоративной среде.
