iBase.ru Forum

Те, кто любит возиться с чужими глюками могут помучить сабж.

New Features:
1. Error and conflict notification to SYSDBA via e-mail is performed
by Replication Server itself.
2. On Linux pid-file is created and used as lock-file that prevents
run of two Replication Servers at the same time. Default location is
/var/run/IBPReplicator.pid, but may be overriden with --pid-file
command line switch or appropriate option in config.
3. Manual conflict resolution works for 'File...' database (with
some limitations).
4. Offline synchronization.

1. При наличии триггера типа

Код: Выделить всё

CREATE TRIGGER BBB_AI0 FOR BBB
ACTIVE AFTER INSERT POSITION 0
AS
begin
  insert into AAA (........) values (.......);
end

игнорируется заданный порядок синхронизации таблиц(насколько я понимаю REPL$RELATIONS.SORT_KEY), сервер всегда начинает с AAA. Могу кинуть воспроизводимый пример.
2. Очень удобная вещь "Autogenerate tables ...", однако затем перемещать вверх/вниз, для изменения порядка синхронизации, по одной таблице весьма тяжко, особенно когда их штук 500, хотелось бы иметь возможность перемещать группу таблиц.

Не надо путать репликацию и синхронизацию. Первая осуществляется в порядке запротоколированных операций, а вторая...

1. Всё правильно, посмотри на позицию своего триггера и репликаторного. Передвинь свой триггер выше.

2. Лень перемещать таблицы - забей на синхронизацию вообще. Она только для экстренных случаев, которых быть не должно (типа поломки БД).

Не надо путать репликацию и синхронизацию

Именно так и произошло, не обратил внимание на название топика в справке.

iBase.ru Forum

IBPhoenix Replicator 3.1

IBPhoenix Replicator 3.1

Re: IBPhoenix Replicator 3.1

Re: IBPhoenix Replicator 3.1

Re: IBPhoenix Replicator 3.1