Репликация слиянием

Мониторинг и настройка системы репликации слиянием

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

Атрибуты репликации слиянием

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

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

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

Конфигурирование репликации слиянием

Если вы используете репликацию слиянием, правильное конфигурирование сети и подсистем ввода-вывода, участвующих в репликации систем, крайне важно для повышения производительности репликации так же, как и в случае использования других методов репликации. Вы можете также повысить производительность репликации слиянием за счет конфигурирования размера пакета слияния. Увеличивая размер этого пакета, вы обеспечиваете использования меньшего числа более крупных пакетов, что является более эффективным методом. Кроме того, вам может потребоваться настройка репликации снимка, однако репликация снимка происходит только один раз, поэтому вы можете пропустить этот шаг. И наконец, вы можете модифицировать Merge Agent; этот процесс был описан выше в этой лекции. В данном разделе описаны конфигурирование ввода-вывода и конфигурирование размера пакета слияния.

Конфигурирование достаточной мощности ввода-вывода

Конфигурируя достаточную мощность подсистем ввода-вывода, вы можете повысить производительность всего процесса репликации. Как и в любой системе SQL Server, журнал транзакций системы, участвующей в репликации, должен находиться для защиты данных на своем собственном томе RAID 1. Файлы данных должны находиться на одном или нескольких томах RAID 10 или RAID 5. В отличие от репликации транзакций для репликации слиянием требуются лишь небольшие изменения в стандартных конфигурациях ввода-вывода.

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

Конфигурирование подсистемы ввода-вывода на дистрибьюторе.Дистрибьютор следует конфигурировать таким образом, чтобы дистрибутивная база данных имела собственный журнал транзакций на выделенном дисковом томе RAID 1. Это позволит получить максимальную производительность для журнала дистрибутивной базы данных, что повысит производительность самого дистрибьютора.

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

Конфигурирование размера пакета слияния

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

Мониторинг системы репликации слиянием

Мониторинг репликации слиянием выполняется через Windows 2000 Performance Monitor (perfmon). В perfmon имеется ряд объектов, которые добавляются при использовании репликации SQL Server. Это следующие объекты:

• SQLServer:Replication Agents. Указывает количество работающих агентов репликации каждого типа.
• SQLServer:Replication Merge. Предоставляет данные об интенсивности операций слияния. Это информация о количестве конфликтов в секунду, количестве отправляемых загрузок в секунду и количестве получаемых загрузок в секунду. Эта информация фактически не помогает при настройке репликации транзакций.

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

Настройка системы репликации слиянием

Основные шагами в настройке системы репликации слиянием являются надлежащее конфигурирование и мониторинг системы, как это описано в предыдущих разделах; кроме того, следует уделять особое внимание производительности подсистем ввода-вывода и сети. Вы можете выполнять мониторинг системы через perfmon, но, как уже говорилось, perfmon не дает достаточно полезных данных для репликации слиянием. Вместо этого для настройки системы вы можете полагаться на другие счетчики SQL Server и счетчики Microsoft Windows 2000.

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

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

Вам может также потребоваться мониторинг производительности сети и (при необходимости) ее увеличение, как и в случае репликации снимков или репликации транзакций. Если видно, что ваша система работает не оптимально, например, если центральные процессоры и подсистемы ввода-вывода достигли предела своих возможностей, а процесс репликации занимает слишком много времени, то у вас, возможно, имеются сетевые проблемы. К сожалению, сетевые проблемы нельзя диагностировать с помощью perfmon. Perfmon не имеет счетчика, который бы отражал проблемы сети. Следует использовать продукт для мониторинга сети, такой как Microsoft Systems Management Server (SMS). Выполните мониторинг сетевой платы, чтобы определить, не достигла ли она предела своих возможностей. Если ваша сеть достигла предела своих возможностей, приобретите более быстрые сетевые платы или добавьте для репликации и/или резервного копирования и восстановления частную сеть. И, наконец, помните, что издатель, дистрибьютор и подписчики – это системы SQL Server. Поэтому вам следует настраивать эти системы точно так же, как и любую другую систему SQL Server. Рекомендации по настройке для систем SQL Server приводятся на протяжении всей этой книги.

Заключение

Эта лекция является последней из трех лекций, описывающих репликацию в SQL Server. В этой лекции вы узнали, как выполняется репликация слиянием, почему вам может потребоваться репликация слиянием и как правильно конфигурировать, отслеживать и настраивать репликацию слиянием. В следующей лекции вы узнаете, что такое Microsoft Analysis Services и как использовать эти службы.