Репликация базы данных

Относится к Configuration Manager (Current Branch)

Configuration Manager репликация базы данных использует SQL Server для передачи данных. Он использует этот метод для слияния изменений в базе данных сайта с информацией из базы данных на других сайтах в иерархии.

Обратите внимание на следующие моменты о репликации базы данных:

• Все сайты используют одну и ту же информацию.

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

• После завершения установки сайта автоматически запускается репликация базы данных.

При добавлении нового сайта в иерархию Configuration Manager создает универсальную базу данных на новом сайте. Родительский сайт создает моментальный снимок соответствующих данных в своей базе данных. Затем он передает моментальный снимок на новый сайт с помощью репликации на основе файлов. Затем новый сайт использует программу массового копирования SQL Server (BCP) для загрузки информации в локальную копию базы данных Configuration Manager. После загрузки моментального снимка каждый сайт выполняет репликацию базы данных с другим сайтом.

Для репликации данных между сайтами Configuration Manager использует собственную службу репликации базы данных. Служба репликации базы данных использует отслеживание изменений SQL Server для отслеживания изменений в локальной базе данных сайта. Затем он реплицирует изменения на другие сайты с помощью SQL Server Service Broker (SSB). По умолчанию этот процесс использует TCP-порт 4022.

Группы репликации

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

Например, изменение конфигурации администрирования на основе ролей быстро реплицируется на другие сайты. Такое поведение гарантирует, что другой сайт может быстро применить эти изменения. Изменение конфигурации с более низким приоритетом, например запрос на установку нового вторичного сайта, реплицируется с меньшей срочностью. Запрос нового сайта может занять несколько минут, чтобы получить доступ к основному сайту назначения.

Параметры

Для репликации базы данных можно изменить следующие параметры:

• Каналы репликации базы данных. Управление тем, когда определенный трафик проходит по сети.

• Распределенные представления. Когда сайт центра администрирования (CAS) запрашивает выбранные данные сайта, он может получить доступ к данным непосредственно из базы данных на дочернем первичном сайте.

• Расписания. Укажите, когда используется канал репликации и когда реплицируются данные сайта разных типов.

• Сводные данные. Изменение параметров для формирования сводных данных о сетевом трафике, проходящем через каналы репликации. По умолчанию сводные данные выполняются каждые 15 минут. Он используется в отчетах для репликации базы данных.

• Пороговые значения репликации базы данных. Определите, когда сайт сообщает о снижении или сбое связи. Вы также можете настроить, когда Configuration Manager выдает оповещения о каналах репликации с состоянием понижения или сбоя.

Типы данных

Configuration Manager в основном классифицирует реплицируемые данные как глобальные данные или данные сайта. При репликации базы данных сайт передает изменения в глобальные данные и данные сайта по каналу репликации базы данных. Глобальные данные реплицируются на родительский или дочерний сайт. Данные сайта реплицируются только на родительский сайт. Третий тип данных, локальные данные, не реплицируется на другие сайты. Локальные данные — это сведения, которые не требуются другим сайтам.

Глобальные данные

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

• Развертывания программного обеспечения
• Обновления программного обеспечения
• Определения коллекций
• Области безопасности на основе ролей администрирования

Данные сайта

Данные сайта — это операционная информация, созданная Configuration Manager первичными сайтами и назначенными ими клиентами. Данные сайта реплицируются в cas, но не на другие первичные сайты. Данные сайта можно просматривать только в cas-сервере и на первичном сайте, где они берутся. Данные сайта можно изменять только на основном сайте, где они были созданы. Этот тип включает следующие данные:

• Инвентаризация оборудования
• Сообщения о состоянии
• Оповещения
• Результаты коллекций на основе запросов

Все данные сайта реплицируются в CAS. CAS выполняет администрирование и отчеты для всей иерархии сайтов.

Каналы репликации базы данных

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

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

• Остановите репликацию выбранных данных сайта с первичного сайта в cas-сервер. Это действие приводит к тому, что CAS обращается к этим данным непосредственно из базы данных первичного сайта.

• Запланируйте передачу данных выбранного сайта с дочернего первичного сайта в cas-сервер.

• Определите параметры, определяющие, когда канал репликации базы данных имеет состояние понижения или сбоя.

• Укажите, когда следует создавать оповещения о сбое канала репликации.

• Укажите, как часто Configuration Manager суммирует данные о трафике репликации, который использует канал репликации. Эти данные используются в отчетах.

Чтобы настроить канал репликации базы данных, в консоли Configuration Manager перейдите в рабочую область Мониторинг. Выберите узел Репликация базы данных и измените свойства ссылки. Этот узел также находится в рабочей области Администрирование в узле Конфигурация иерархии . Измените ссылку репликации с родительского или дочернего сайта ссылки репликации.

Дополнительные сведения о настройке каналов репликации см. в разделе Элементы управления репликацией базы данных сайта. Дополнительные сведения о мониторинге репликации см. в разделе Мониторинг репликации базы данных.

Распределенные представления

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

Распределенные представления предоставляют следующие преимущества:

• Снижение нагрузки ЦП для обработки изменений базы данных на сайтах центра доступности и первичных сайтов

• Уменьшение объема данных, передаваемых по сети в CAS

• Повышение производительности SQL Server, в котором размещается база данных CAS

• Сокращение дискового пространства, используемого базой данных CAS

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

Сайт запрашивает данные распределенного представления в следующих примерах сценариев:

• При выполнении отчетов или запросов
• При просмотре сведений в обозревателе ресурсов
• Оценка коллекции для семейств, включающих правила на основе данных сайта

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

• Данные инвентаризации оборудования от клиентов
• Данные инвентаризации программного обеспечения и контроля использования программного обеспечения от клиентов
• Сообщения о состоянии от клиентов, основного сайта и всех вторичных сайтов

При просмотре данных в консоли Configuration Manager или в отчетах распределенные представления невидимы для вас. При запросе данных, включенных для распределенных представлений, сервер базы данных сайта ЦЕНТРА напрямую обращается к базе данных дочернего первичного сайта для получения сведений.

Например, вы используете консоль Configuration Manager, подключенную к CAS. Вы запрашиваете сведения об инвентаризации оборудования с двух основных сайтов: ABC и XYZ. Инвентаризация оборудования включена только для распределенных представлений на сайте ABC. Cass извлекает данные инвентаризации для клиентов XYZ из собственной базы данных. Cass извлекает данные инвентаризации для клиентов ABC непосредственно из базы данных на сайте ABC. Эти сведения отображаются в консоли Configuration Manager или в отчете без идентификации источника.

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

Предварительные требования и ограничения для распределенных представлений

• Используйте распределенные представления только для каналов репликации между CAS и первичным сайтом.

• Cas должен использовать выпуск SQL Server Enterprise. На первичном сайте нет этого требования.

• В cas-сервере может быть только один экземпляр поставщика SMS. Установите этот экземпляр на сервере базы данных сайта. Эта конфигурация поддерживает проверку подлинности Kerberos. Для SQL Server в cas-сервере kerberos требуется доступ к SQL Server на дочернем первичном сайте. На поставщик SMS на дочернем первичном сайте нет ограничений.

• В центре обслуживания можно установить только одну точку служб отчетов. Установите SQL Server Reporting Services на сервере базы данных сайта. Эта конфигурация поддерживает проверку подлинности Kerberos. Для SQL Server в cas-сервере kerberos требуется доступ к SQL Server на дочернем первичном сайте.

• Базу данных сайта можно разместить в экземпляре отказоустойчивого кластера SQL Server Always On, если он имеет следующие конфигурации:

  • База данных CAS находится на одном SQL Server с локальным поставщиком SMS.
  • Основной прослушиватель сайта находится на порту 1433.

• Учетной записи компьютера сервера базы данных CAS требуются разрешения на чтение в базе данных первичного сайта.

Планирование передачи данных сайта

Чтобы помочь вам управлять пропускной способностью сети, используемой для репликации данных сайта с дочернего первичного сайта в CAS, запланируйте использование канала репликации. Затем укажите, когда реплицируются данные сайта разных типов. Вы можете контролировать, когда основной сайт реплицирует сообщения о состоянии, данные инвентаризации и отслеживания. Ссылки репликации базы данных с вторичных сайтов не поддерживают расписания для данных сайта. Невозможно запланировать передачу глобальных данных.

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

Сводные данные о трафике

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

По умолчанию сводные данные выполняются каждые 15 минут. Чтобы изменить частоту формирования сводных данных для сетевого трафика, в свойствах канала репликации базы данных измените интервал суммирования. Частота формирования сводных данных влияет на сведения, отображаемые в отчетах о репликации базы данных. Вы можете выбрать интервал от 5 до 60 минут. При увеличении частоты формирования сводных данных увеличивается нагрузка на обработку на SQL Server на каждом сайте по каналу репликации.

Пороговые значения репликации базы данных

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

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

Одна или несколько групп репликации могут не реплицироваться, в то время как другие группы репликации продолжают успешно реплицироваться. Запланируйте проверку состояния репликации ссылки, когда она впервые сообщает о снижении работоспособности.

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

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

• Сетевой канал между сайтами имеет низкую доступную пропускную способность

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

Чтобы понять, как часто выполняется репликация этой группы, рассмотрите интервал синхронизации репликации для каждой группы репликации. Чтобы просмотреть интервал синхронизации для групп репликации, перейдите в рабочую область Мониторинг в консоли Configuration Manager. В узле Репликация базы данных выберите вкладку Сведения о репликации ссылки репликации.

Дополнительные сведения о мониторинге репликации базы данных, включая просмотр состояния репликации, см. в разделе Мониторинг репликации базы данных.

Элементы управления репликацией базы данных сайта

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

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

• Порт SSB.

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

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

Чтобы изменить параметры элементов управления репликацией для базы данных сайта, в консоли Configuration Manager на узле Репликация базы данных измените свойства базы данных сайта. Этот узел отображается в узле Конфигурация иерархии в рабочей области Администрирование , а также в рабочей области Мониторинг . Чтобы изменить свойства базы данных сайта, выберите ссылку репликации между сайтами, а затем откройте свойства родительской базы данных или свойства дочерней базы данных.

Дальнейшие действия

Мониторинг репликации

Устранение неполадок репликации SQL Server