если сервер развивается в положительную сторону, то агент репликации становится все хуже?... Мне лично на нервы действует один из глюков (может уже исправили): Если получаешь corrupt message (ошибки транспортного протокола, плохая погода, контачат провода), то dbremote сразу останавливается. Что за ерунда?

wadosот сервиса агента отказался, перешел на программулину nnCron - висит в трее и по рассписанию запускает вручную dbremote c с параметрами. причем можно еще и проверить есть-ли хост (условий там много).

подписался

Dimyan
wados пишет:
> от сервиса агента отказался, перешел на программулину nnCron - висит в
> трее и по рассписанию запускает вручную dbremote c с параметрами. причем
> можно еще и проверить есть-ли хост (условий там много).

Правильно ли я вас понял что dbremote запускается производит цикл
репликации и вырубается, после чего запускается вновь через время
репликации? Или nnCron у вас его запускает только при загрузке?
Posted via ActualForum NNTP Server 1.2

это зависит от того, запускаете ли вы dbremote как сервис или в batch-режиме. Можно nncron-ом запускать и так и сяк.
З.Ы. только что пришла мысля: перезапускать nncron не через определенные промежутки времени, а через те моменты, когда разница дат модификации лога dbremote и текущей составит больше определенного значения... кажется это будет более правильным... это позволит не перезапускать nncron когда принимаются большие транзакции или если была большая задержка по репликации (неск. дней)

-k закроет окно, если работа dbremote была завершена (причем даже если неудачно)

а вот нужен вам скорее всего
-b Run in batch mode. In this mode, the Message Agent processes incoming messages, scans the transaction log once and processes outgoing messages, and then stops.

А почему не годится постоянная работа в виде сервиса? модем?

ключи -v -o -os должны быть включены. Логи желательное хранить месяц-два :), можно и больше. Потому как, если данные передаются криво (например, намудрено в тригерах), то будут проблемы, юзеры будут жаловаться. Особенно будет весело, когда база будучи принятой как основная, будет содержать неадекватные данные. К тому- же удобно предъявлять как свидетельство, что накосячил именно юзер, а не прога.

Иногда просматриваю логи на наличие слов (в порядке убывания "страшности" :))
skip / (за ним чуть дальше бывает rollback) - не выполнилось sql-выражение
no primary key - кто-то удалил строку в мастер таблице, а потом приехали зависимые строки (можно частично решить перепроектированием базы, но как часто бывает давай-давай, быстрей-быстрей, так и не успеешь менять)
statement failed - тоже бывает
message corrupt - проблемы со связью
error - может быть все что угодно - от тайм-аутов до assertion failed (не дай бог).

В вашем случае, при наличие выделенки самый лучший вариант оформить работу dbremote в виде сервиса, а nncron-ом для подстраховки (фтп задумался, свет моргнул или еще что) рестартовать сервис (через restart.bat с командами net stop service_name net start service_name), скажем, каждый час/два.
dbremote глючит - оставляет иконку при остановке сервиса, поэтому нужно в nncron на задание не забыть опцию TRAY-REFRESH :)

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

авторПараноя наверно, да?
в этом деле она лучше чем безалаберность

Dimyan
Я к сожалению, не сохранил лог из окна dbremote. :( А можно ли этот лог
(что в окне dbremote) автоматом сохранять?
Posted via ActualForum NNTP Server 1.2

ключи -v -o -os

Dimyan
Рыжий Кот пишет:
> ключи -v -o -os
-os а какой приблизительный размер файла указать? для хранения 1-2 мес.
Posted via ActualForum NNTP Server 1.2

все зависит от объема данных.
думаю 100М будет достаточно...

он самый.

в faq-е есть недокументированная команда
,
подавляющая вывод окна dbremote(имя пользователя, хост, пароли) при отсутствии связи.