Для оптимизации масштабируемости сайтов Configuration Manager 2007 настраиваются системы сайтов точки управления или точки обнаружения серверов для получения доступа к реплике базы данных сайта. Настройка систем сайта для использования реплики базы данных сайта позволяет масштабировать операции чтения на несколько компьютеров SQL Server и уменьшить загруженность сервера базы данных сайта.

Администрирование репликации обычно осуществляется администратором Database Engine, который планирует и осуществляет ежедневные операции в таких областях как доступность системы, контроль производительности и оптимизация, развертывание, обновления, устранение неполадок и конфигурация. В небольших организациях и организациях среднего размера может работать только один администратор, в больших организациях обязанности администратора могут быть распределены среди нескольких сотрудников.

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

Компоненты репликации SQL Server

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

  • Издатель журнала выпускает одну или более публикаций

  • Публикация содержит статьи

  • Издатель либо распространяет журнал напрямую, либо использует распространителя

  • Подписчики получают публикации, на которые они подписались

Издатель

Издатель − это экземпляр базы данных, который становится доступным в других местоположениях за счет репликации. У издателя может быть несколько публикаций, каждая из которых определяет логически связанный набор объектов и данных для репликации.
Распространитель

Распространитель – это экземпляр базы данных, выступающий в роли хранилища для относящихся к репликации данных, связанных с одним или более издателями. Каждый издатель связан с одной базой данных (известной как база данных распространения) у распространителя. В базе данных распространения хранятся данные о состоянии репликации, метаданные публикации и, в некоторых случаях, она выступает как очередь для данных, перемещаемых от издателя к подписчикам. Во многих случаях отдельный экземпляр сервера базы данных выступает в качестве как издателя, так и распространителя.Такое использование называется "локальный распространитель". Когда издатель и распространитель настроены на отдельных экземплярах сервера базы данных, распространитель называется "удаленный распространитель".
Подписчики

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

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

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

Подписка – это запрос на копию публикации, доставляемую подписчику. Подписка определяет, какая публикация будет получена, где и когда.

Обзор репликации транзакций

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

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

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

Место на диске для журнала транзакций

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

Если база данных распространения недоступна или если агент чтения журнала не запущен, журнал транзакций базы данных публикации продолжает расти. Журнал не может быть усечен после самой старой опубликованной транзакции, которая не была доставлена в базу данных распространения. Для SQL Server рекомендуется настроить журнал транзакций на автоматическое расширение, чтобы выполнить эти условия.

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

Место на диске для базы данных распространения

Убедитесь, что у вас достаточно места на диске для хранения реплицированных транзакций в базе данных распространения. Если вы не обеспечите немедленное предоставление файла моментального снимка подписчикам (используется по умолчанию), транзакции хранятся до их репликации всем подписчикам или до истечения срока хранения в зависимости от того, какое событие наступит скорее.

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

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

См. также