iluha

выпущена новая версия репликатора - 1.0.1.10, просьба всем обновить:
ftp://10.76.0.80/pub/updates/repld-1.0.1.10.zip

данная версия полностью совместима с версиями 1.0.0.12 и выше

__________________
с уважением,
Илья Компанец
e-mail: iluha@svrw.rzd
skype: iluha_com
ICQ: 6897292

iluha

ДМД> Новый репликатор очень сильно грузит проц сервака. В Ярославле
ДМД> на грани (смотри вложение), в Архангельске уже встал (данные
ДМД> вообще не передавались, архиватор не обрабатывал данные... После
ДМД> выгрузки репликатора все стало просто "летать").
ДМД> Мы склонны к тому, чтобы перейти на предыдущую версию... Во
ДМД> вложении есть лог файл Архангельского репликатора (вырезал самый
ДМД> конец). Если надо еще что-то прислать - пришлю.
ДМД> Каков ваш совет будет? Может это мы что-то не так сделалаи?

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

для каждой секции описания плагина серверной части данных АСКПС можно
установить параметр ReadSqlDelay - число, в миллисекундах, пауза перед
выполнением SQL запроса чтения данных и обновлений. по умолчанию 10.
для увеличения производительности рекомендуем увеличить параметр
ReadSqlDelay до 1000 (1 сек)

выглядит это примерно так:

[SR_ASCPS_83]
Reader = Reader_Ascps_83

[Reader_Ascps_83]
Kind = ASCPS
Dsc = [S/R] ASCPS 83
TablesInfo = ASCPS_NEW
host = info-btr
user = repl_reader
password = repl_reader_password
database = ascps_83
ReadSqlDelay = 1000

__________________
с уважением,
Илья Компанец
e-mail: iluha@svrw.rzd
skype: iluha_com
ICQ: 6897292

iluha

на СКЖД произошла форс-мажорная ситуация. для восстановлаяния репликации данных с этой дороги всем получателям надо:

1) остановить репликатор

2) стереть все файлы в каталоге .\tmp\Writer_xxx\ (относящиеся к СКЖД)

3) выполнить скрипт:

delete from T_CAMTERMO where (ServerID = 5101) and (SpdDT > '2011-07-26 06:00');
delete from T_CAMTERMO2 where (ServerID = 5101) and (SpdDT > '2011-07-26 06:00');
delete from T_EVENT where (ServerID = 5101) and (EvSpdDT > '2011-07-26 06:00');

delete from T_TRAIN, T_TRAIN_OSC, T_TRAIN_CTRL_CAM
using T_TRAIN
left join T_TRAIN_OSC on
T_TRAIN.ServerID = T_TRAIN_OSC.ServerID and
T_TRAIN.TrUniqueNum = T_TRAIN_OSC.TrUniqueNum
left join T_TRAIN_CTRL_CAM on
T_TRAIN.ServerID = T_TRAIN_CTRL_CAM.ServerID and
T_TRAIN.TrUniqueNum = T_TRAIN_CTRL_CAM.TrUniqueNum
where (T_TRAIN.ServerID = 5101) and (TrSpdDT > '2011-07-26 06:00');

delete from T_VAGON, T_VAGON_OSC
using T_VAGON
left join T_VAGON_OSC on
T_VAGON.ServerID = T_VAGON_OSC.ServerID and
T_VAGON.VagUniqueNum = T_VAGON_OSC.VagUniqueNum
where (T_VAGON.ServerID = 5101) and (VagSpdDT > '2011-07-26 06:00');

delete from T_OST where (ServerID = 5101) and (OstSpdDT > '2011-07-26 06:00');

4) запустить репликатор

__________________
с уважением,
Илья Компанец
e-mail: iluha@svrw.rzd
skype: iluha_com
ICQ: 6897292

iluha

выпущена новая версия репликатора, специально для новой версии ЦПК.
ftp://10.76.0.80/pub/updates/repld-1.0.1.16.zip

При переходе на версию ЦПК 2.0.8.1 sp3 следует убедиться, что в файле конфигурации репликатора "repld_mysql.cfg" шаблоны [ASCPS_NEW] и [ASCPS_FULL] содержат строку "Table=t_train_schema:…" (примеры строки в дистрибутиве репликатора в файле "doc\repld_ascps.cfg.sample").

из важных изменений:

- изменено значение по умолчанию (1000) для недокументированного параметра ReadSqlDelay (теперь не надо его прописывать в конфигурации)

- улучшен алгоритм завершения работы витков (репликатор завершает работу значительно быстрее)

- исправлено - репликатор не реагировал на событие "shutdown"

- сделана поддержка изменений в структуре БД ЦПК 2.0.8.1 sp3

по протоколу работы версия полностью совместима с 1.0.0.12, 1.0.1.0, 1.0.1.10

репликация данных между БД ЦПК разных версий (2.0.8.0 и 2.0.8.1) НЕВОЗМОЖНА!

__________________
с уважением,
Илья Компанец
e-mail: iluha@svrw.rzd
skype: iluha_com
ICQ: 6897292

iluha

отдельно коснусь такого момента, как зависимость службы репликатора от службы MySQL. в дистрибутив репликатора добавлен файл "repld_depends_on_mysql.reg", который вносит изменения в registry и делает службу "Infotecs - REPLD" зависимой от службы "MySQL". чтобы изменения вступили в силу - надо перезагрузить систему.

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

__________________
с уважением,
Илья Компанец
e-mail: iluha@svrw.rzd
skype: iluha_com
ICQ: 6897292