Последний шаг в процессе сбора — получить счетчики изменений для каждой статьи в публикации. Сбор информации о подписке важен для установки базовых уровней при репликации слиянием, но еще полезнее знать, какие статьи изменились и когда произошли изменения. Сбор статистики для статей поможет определить, что считать нормальным событием репликации.
Значимые изменения в счетчике статьи обычно совпадают с изменениями в производительности. Например, если для статьи отмечается увеличение изменений на 300%, то все ее подписчики, скорее всего, обнаружат снижение производительности. Сбор базовых показателей поможет выявить такие всплески.
Сбор статистики для статьи позволяет реагировать и предупреждать всплески либо заранее сообщать подписчикам о надвигающихся событиях. К счастью, при репликации слиянием довольно просто получить количество изменений для статьи из таблиц sysmcrgearticles, sysmcrgesubscriptions и MSmerge_ genhistory. Обращаться ко всем трем таблицам можно с помощью запроса в листинге 3.
Обратите внимание, что таблица MSmergegenhistory может оказаться очень большой. Она содержит строку для каждой генерации, о которой известно подписчику (в течение периода хранения), поэтому число строк может достигать тысяч или миллионов, в зависимости от размера среды репликации. Необходимо убедиться, что таблица индексирована правильно. Также имейте в виду, что назначение совмещаемой блокировки для MSmerge_ genhistory на длительные периоды времени может привести к проблемам, поскольку это внутренняя таблица репликации слиянием и она необходима для синхронизации и обновлений. Результаты запроса в листинге 3 используются для заполнения таблицы MERGECOUNTS, которая создается с помощью программного кода в листинге 4. .
В службах SSIS процесс сбора статистики для статей находится в контейнере Sequence. Запрос в листинге 4 используется в качестве источника задачи Data Flow. Последний шаг — импорт результатов в таблицу MERGE COUNTS.
