Репликация опаздывает

Доброе время суток!
Такая проблема:
Между двумя серверами SQL2Ksp4 настроена репликация по запросу. С недавнего времени репликация начала "запаздывать" примерно на 1.5 суток, т.е. новые данные с сервера-издателя на сервере-подписчике появляются с опозданием часов на 30. Но каждую минуту по 10 со 100 командами всё-таки пересылается не более того.

Подскажите пожалуйста, кто сталкивался с этим, в чем может быть проблема?
Заранее благодарен!

P.S. Ширина канала связи между серверами до появления этой проблемы и после не менялась

Количество изменений, прокачиваемых по репликации, не выросло? Может, канал тот же, но его уже и вправду не хватает?

Не накопилось ли слишком много не переданных изменений, так что произошел "затык"?

Есть ли ошибки в истории агентов? Не обязательно в последней сессии, а вообще в истории последних дней.

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

Менялись ли параметры агентов?
Параметры запуска утилит репликации
Вдруг кто-то побаловался с размером пакетов или типа того.

Не накопилось ли слишком много не переданных изменений, так что произошел "затык"

Маловероятно, раньше бывало связи и по 2-е суток не было, но потом всё подкачивалось в течение получаса...

Есть ли ошибки в истории агентов? Не обязательно в последней сессии, а вообще в истории последних дней.

Самое интересное, ни одной неудачно завершенной передачи не было...

Ширина канала 400 Kbits/sec.

Попробую поиграться с MaxDeliveredTransactions, но этот параметр никто не менял...

Насчет анализа причины тормозов не смотрели? п.4 в моем списке.

Насчет анализа причины тормозов не смотрели? п.4 в моем списке.

Похоже, что всё ясно в чём была проблема. Всё действительно из-за недавно навешанного триггера, суть в том, что из-за ошибки в коде в базу каждые 5 секунд писались данные причём не малое количество и из-за этого действительно увеличился объем реплицируемых данных, как следствие, значение параметра MaxDeliveredTransactions для этого объема данных уже не подходило, вот !!!

Огромное спасибо, GreenSunrise !!! Вот так проблемы с репликацией указали на ошибки в коде триггера :-)
Ещё раз спасибо!