Иногда в логах репликации можно наблюдать следующие сообщения
30.08.2025 13:35:09:177 [20][2208] Начинаем освобождать память от давно не использованных подключений к базе
30.08.2025 13:35:09:183 [20][2208] Освободили память. В работе 0 подключений, свободно 0, из них удалено 1 давно не использованных
30.08.2025 14:35:09:177 [20][7820] Начинаем освобождать память от давно не использованных подключений к базе
30.08.2025 14:35:09:178 [20][7820] Освободили память. В работе 0 подключений, свободно 0, из них удалено 0 давно не использованных
В этой ситуации обмен данными будет остановлен,поскольку репликация не в состоянии прожевать часть файла, что приводит к зависанию.
Обратим внимание в целом на структуру лога репликации, нас интересуют строки почти в самом начале каждого цикла реплики
Как видим из лога, у нас создалось несколько потоков. 1ый поток всегда имеет название [main]
Всем последующим потокам присваивается случайное цифровое значение
В итоге, если мы видимо ошибку зависания, то нужно смотреть как раз на эти цифровые значения, они покажут, какой именно поток завис
Смотрим теперь в логи и там видим подобные записи
Значит, у нас зависла репликация при попытке загрузить файл repl50to1.2026.06.23_17.xmz
Если это произошло, то первостепенно нужны добавить в Agbis.xml параметр CommitEvery
После этого полностью перезапускаем реплику и смотрим, загрузится ли файл.