Joker84invm, то есть вы хотите сказать что если лог ридер агент остановлен то транзакции будут копиться до тех пор пока я его не запущу?

даже если у базы стоит Recovery model - Simple ?Хм, разумеется. А как вы думали, если агент не запущен, логи начинают удаляться? это я даже технически не представляю как сделать.

Агент - это всего лишь Windows-процесс, и от его наличия в памяти не может что то удаляться или не удаляться.

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

Joker84на каком этапе тогда изменения теряются:
не пишутся в лог транзакцийВ лог транзакций они не писаться не могут, вы же их видите на исходном сервере.

Joker84как выяснить?А так да, это как отвечать на вопрос "у меня в программе в переменгой должно быть 5, а там 2, где ошибка?"

Нужно просто учиться, читать, пробовать.

Joker84ничего из перечисленного на дистрибьютере не делается, на подписчике база через exe-ку только на чтение.
у меня 46 sql серверов публикаторов и один подписчикИз перечисленного получаем обновления подписчика от нескольких источников. В результате могут быть конфликты изменения одних и тех же данных, если есть какие то ошибки в логике обновления.

Joker84недоставку данных обнаруживаю не сразу а спустя несколько недель и понять в чем была причина на тот момент как то сложновато.Так надо научиться мониторить ошибки.
Когда:Joker84Бывают случаи когда reader agent сваливается в ошибку, при этом работа с базой данных продолжается и вносимые изменения уже не пишутся в базу дистрибьютеравам должны приходить письма, СМС, далее нужно изучать эти ошибки по логам, ну и так далее, а не просто "всё переинициализировать".
Это же совсем неправильно, когда про ошибку узнаёте "через несколько недель".