Подождите... РефСервер всегда должен запускаться с параметром UseSQL=1?!Сообщение от lEEFT
Просто у меня всегда равен 0 и дилер объяснил это тем, что Сервера Справочников и Отчетов разделены.
Подождите... РефСервер всегда должен запускаться с параметром UseSQL=1?!
Просто у меня всегда равен 0 и дилер объяснил это тем, что Сервера Справочников и Отчетов разделены.
разделены - да, с 0 тогда.
тут мысля закралась... в общих сменах новые смены появились? пересчет кубов делали?
Вчера еще всё работало и сегодня тоже - вчерашние смены сели нормально. Не сели за предыдущие 2 дня и начал их перезагружать (разрешить перезакачать смену) с последующим копирование в incoming. А когда не увидел данных в кубе отчета после пересчета, то уже полез в логи и увидел эти ошибки.
всмысле? перле перезакачки встали нормально? Если не правильная логическая дата, то ее можно изменить через менеджерскуюНе сели за предыдущие 2 дня и начал их перезагружать (разрешить перезакачать смену)
Нет... Сбоя времени/даты на кассах не было чтобы дата смены улетела в нерабочий период. Логическая дата смены равна реальной (в худшем случае - дата закрытия смены следующего утра вслед за рабочей датой).
Смены отображались в списке общих смен, но в отчет данные не попадали - такое изредка случалось и вопрос решался перезакачкой смены, но не в это раз.
В общем не стал дилер ломать мозг, сказав, что версия 7.5.3 больше не поддерживается.
Установили последнюю платформу 7.5.4.166, пересоздал базу и залил смены.
Если ситуация повториться когда-нибудь, то апну тему.
Спасибо за внимание и lEEFT за попытку помочь .
Забавный дилер...
Проще по удаленке ковырять, чем на форуме и по памяти. Помогаю безвозмездно, но редко
Надеюсь, хоть так проблема уйдет.
Ваши права
Ответить с цитированием