в поисках лучшего решения и постоянного молчания в лице разработчиков dbremote (судя по недочетам, его пишут явно не те же профи, что разрабатывают ASA), выработал следующую схему, гарантирующую прием данных, в условиях недоступности админа:

1. качаем и используем утилиту nncron
2. создаем task, где рестартуем сервис каждый час (если dial-up дорогой то выбираем другой промежуток) с опцией TRAY-REFRESH, поскольку добрый сервис dbremote за собой не подтирает иконки в трее (кто-нить скажите им про это, раздражает до невозможности).
3. создаем task, который за минуту-другую до события, описанного в п.2, удаляет ВСЕ сообщения в репликационной папке, и делает любое изменения в любой таблице (например, увеличить дату выпуска ехе файла на 1 милисекунду), которая в репликации, через командную строку isql...

данная схема позволяет работать на полном автомате, даже если выпадают или портятся сообщения, виснет сервис и др, при этом позволяет разработчику или админу дышать свободно и заниматься своими делами...

З.Ы. я даже многие критичные сервисы (фаервол, прокси) посадил на рестарт в nncron; nncron имеет свой дополнительный сервис (!) который запустит nncron, если он упадет. Вот как создаются надежные вещи выходцами СССР :))

забыл добавить, что nncron для русскоязычных халявен, там в русском хелпе описано, как зарегистрировать для некоммерческого пользования

и еще поправка п.3 должен быть только для dbremote, который обслуживает консолидированную базу

простите за ошибки по п.3.
т.е. нужно удалить сообщения во всех папках (например, RECURSIVE FILE-DELETE: "D:\FTP\dbremote\*"), а изменить любое поле в консолидированной базе.