Цитата: whitewizard ➤ Если касса не хочет забирать данные с сервера, то на ней выполнить запрос:
Код:
delete from cnv_table_client_versions;
После этого сделать или рестарт кассы (/etc/init.d/ukmclient stop[start]) или рестарт службы УКМ-сервера.
Тем самым инициируется полная репликация всех табличек с сервера на кассу.
Добавлю небольшой комментарий по этому поводу.
Репликация между сервером и кассой "завязана" на значениях поля version в различных таблицах. Текущие значения отслеживаются по двум таблицам: cnv_table_versions и cnv_table_client_versions. В первой записываются последние имеющиеся значения, во второй - последние принятые. При установке/восстановлении связи между кассой и сервером эти таблицы сравниваются и при наличии "новых" записей стартует механизм репликации. Кроме того, если при старте кассы/сервера есть записи со значением поля version равным нулю, то вычисляется максимальное по этой таблице и вписывается вместо нулевого.
Что произошло: на кассе были более новые записи, чем хранящиеся в бэкапе и после восстановления из дампа касса считала, что имеющаяся в ней информация "новее" серверной.
Выходов вроде вижу 3:
1. предложенный выше(считаю его наиболее предпочтительным)
2. много-много раз "пинать" выгрузку из бэка, пока в сервере данные не станут "новее" чем на кассе(этот способ требует меньше всего знаний, но неизвестно сколько времени займет)
3. в дампе(на всякий - в копии дампа) проставить нули(при правильном подходе автозаменой делается быстро, но есть сомнения, что правильно вычислит, т.е. что при вычислении будет сравнивать с кассой)