Есть таблица на 1.5 млн записей, которая реплицируется транзакционной репликацией на другой mssql сервер с фильтром, отбирающим около 800 тыс записей
В один момент на главной базе выполняется запрос типа



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

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


Видно что количество записей сначала довольно резво доходит до почти 450к, затем эта цифра также резво начинает падать, после чего вновь расти и на моменте обработки 80% записей скорость изменения падает до критической (по 1 записи в секунду). Т.е все выглядит так как будто он реплицирует первый запрос, затем откатывает его, затем начинает очень долго переливать оставшиеся 63 тыс записей

Повторная инициализация подписки с генерацией нового снепшота при этом пересоздает все данные на базе подписчика (а это еще порядка 10 таблиц такого же или бОльшего размера) за 15 минцт

Пробовали переписать запрос таким образом



С таким запросом все еще хуже, 12к записей переливаются за 45 минут

Как можно объяснить такое странное поведение, куда копать?

MSSQL Server 2012 Enterprise, другие сессии во время выполнения не работают с обоими серверами, блокировок нет
В сессии которая выполняет прием данных на подписчике висит WAIT = async_network_io, cpu time практически не растет
Сетевые проблемы исключены

Не, сеть вообще не загружена, перегенерили снепшот сразу после того как поняли что репу не дождаться и данные передались за 15 минут, хотя трафик на переливку таблиц наново в разы должен превышать апдейт 9 полей в 30% одной таблицы