14.08.2016 10:32
Никита
 
Добрый день. Стоит укм 70 и уже неделю в логах замечаю след:
02:24:15: 0x00001354: INFO: Global: ---------- Installed service pack 2 -----------
02:24:15: 0x00001018: INFO: sound#0247d490: started
02:24:15: 0x00001038: INFO: AsynchronousMachine#02462a88: started
02:24:15: 0x00001400: INFO: NTLP#02475780: started
02:24:16: 0x00001110: INFO: CAuthInternal_Commiter#02462738: started
02:24:16: 0x00001a64: INFO: COperDayShiftCommiter#0246e000: started
02:24:16: 0x000019fc: INFO: CAnalyze_Commiter#02495a70: started
02:24:16: 0x000010f8: INFO: CAccountOfflineHandler#024967f8: started
02:24:17: 0x00001b74: INFO: DatabaseCutDown#02496520: started
02:24:17: 0x00001bd4: INFO: CLoymaxOfflineCommiter#02496b38: started
02:24:17: 0x00001b74: WARNING: DatabaseCutDown: Удаление данных на сервере невозможно.
На сервере не закончена процедура миграции кассовых чеков.
Необходимо дождаться окончания процесса миграции чеков на сервере
02:24:17: 0x00001858: INFO: CManzanaMLOfflineCommiter#02498b30: started
02:24:17: 0x00001858: INFO: CManzanaMLOfflineCommiter#02498b30: CManzanaMLOfflineCommiter started
02:24:17: 0x00001a0c: INFO: AmountCouponCommiter#02496be0: started
02:24:17: 0x000019a4: INFO: ScalesHandler#02478e20: started

Миграция чеков.....из-за этого плохо загружаются кассы новым товаром. Подскажите что это такое и как ее убрать. Спасибо
14.08.2016 13:19
Павел Сосновских
 
при обновлении на некоторых версиях изменяется структура таблиц чеков
чтобы обновление прошло быстрее в таблицы с новой структурой переносится только часть данных - последние чеки(вроде за 2 недели)
для остальных, более старых чеков, создается копия таблицы со старой структурой(на самом деле просто старая таблица переименовывается)
эти чеки позже должны быть перенесены в таблицу с новой структурой в фоновом режиме
этот перенос и называется миграцией
а вот на новый товар это не должно влиять, разве только общая нагрузка на базу велика
поищите по логом слово "bottom", нет ли ошибок с этим связанных?
14.08.2016 14:23
Никита
 
Цитата:
Павел Сосновских при обновлении на некоторых версиях изменяется структура таблиц чеков
чтобы обновление прошло быстрее в таблицы с новой структурой переносится только часть данных - последние чеки(вроде за 2 недели)
для остальных, более старых чеков, создается копия таблицы со старой структурой(на самом деле просто старая таблица переименовывается)
эти чеки позже должны быть перенесены в таблицу с новой структурой в фоновом режиме
этот перенос и называется миграцией
а вот на новый товар это не должно влиять, разве только общая нагрузка на базу велика
поищите по логом слово "bottom", нет ли ошибок с этим связанных?
02:24:18: 0x0000142c: INFO: CBottomExecutor#02496ca0: DB connect started
02:24:18: 0x0000142c: INFO: CBottomExecutor#02496ca0: DB connect completed
==== Updating tables... ===============
02:24:21: 0x0000142c: INFO: CBottomExecutor#02496ca0: 03:24:20: trm_out_receipt_item: 0/762894
02:24:21: 0x0000142c: INFO: CBottomExecutor#02496ca0: DB ERROR
Error code: -22
Error message: DB Error: value count on row
Error details: REPLACE INTO trm_out_receipt_item SELECT * FROM trm_out_receipt_item_53000 ORDER BY cash_id, id LIMIT 0, 100000 [nativecode=1136 ** Column count doesn't match value count at row 1]
02:24:21: 0x0000142c: FATAL: CBottomExecutor#02496ca0: Ошибка при исполнении скрипта C:/Program Files/ukmserver/ukmupman/update/bottoms/bottom_00054000.php class std::runtime_error ( Код возврата 1.
)
02:24:21: 0x0000142c: INFO: CBottomExecutor#02496ca0: finished
14.08.2016 14:29
Никита
 
наверно разобрался сам, убрал файл bottom_00054000.php и ошибка исчезла
14.08.2016 17:14
Павел Сосновских
 
я надеюсь "убрал" это переместил, а не удалил?
там дело в том, что в trm_out_receipt_item в процессе обновления дважды добавлялась колонка
в 54ой версии и когда-то позже, поэтому он и не может завершить миграцию

правильное решение - добавить нужную колонку в trm_out_receipt_item_53000,
вернуть на место файл bottom_00054000.php и дождаться окончания процедуры

сейчас у вас старые чеки в базе есть, но пользоваться ими нельзя, ни выгрузить конвертером, ни просмотреть
если они вам не нужны и у вас они все равно обрезаются, то обрезка тоже их не трогает в том виде, в котором они сейчас
Часовой пояс GMT +3, время: 14:44.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.