Форум OlegON > Ресурсы OlegON > Вопросы сервера > Программы OlegON

Оптимайзер - 7 (вопросы и обсуждения) часть вторая : Программы OlegON

21.11.2024 11:51


25.04.2016 20:02
нет... скорее всего, какая-то проблема с ini. сегодня вообще чисто косметические правки были, касаемо журнала ТД...
28.04.2016 14:44
Цитата:
VitorJ Добрый день!
Сегодня после обновления, перестал запускать optimizer, в логах OLEGON-ERROR! Email was not defined!!!
Поменялся механизм подключения к почтовому серверу?
Чем закончилось-то?
28.04.2016 14:46
В билде десятиминутной давности поправлен баг, вследствие которого некоторые программы, запускаемые из оптимизатора, могли оптимизатор подвесить.
Механизм запуска внешних утилит существенно переработан, надеюсь, ничего не накосячил.
01.05.2016 17:36
Добрый день!
Оптимизатор шлет такие ошибки:

01.05.16 00:27:19 -- Threaded statement 'alter table "SUPERMAG"."SMWAYBILLSOUT" enable validate constraint SMCWAYBILLSOUTHDR' error java.sql.SQLIntegrityConstraintViolationException: ORA-02298: cannot validate (SUPERMAG.SMCWAYBILLSOUTHDR) - parent keys not found

01.05.16 00:27:19 -- Threaded statement 'alter table "SUPERMAG"."SMWAYBILLSIN" enable validate constraint SMCWAYBILLSINHDR' error java.sql.SQLIntegrityConstraintViolationException: ORA-02298: cannot validate (SUPERMAG.SMCWAYBILLSINHDR) - parent keys not found

01.05.16 00:27:21 -- Threaded statement 'alter table "SUPERMAG"."SMCOMMONBASES" enable validate constraint SMCCOMMONBASES_DOC' error java.sql.SQLIntegrityConstraintViolationException: ORA-02298: cannot validate (SUPERMAG.SMCCOMMONBASES_DOC) - parent keys not found

01.05.16 00:28:51 -- Threaded statement 'alter table "SUPERMAG"."SMSPEC" enable validate constraint SMCSPECDOC' error java.sql.SQLIntegrityConstraintViolationException: ORA-02298: cannot validate (SUPERMAG.SMCSPECDOC) - parent keys not found

Как-то возможно от него получить информацию, чтоб найти ручками эти записи в вышеперечисленных таблицах?
01.05.2016 19:18
Нет, он просто пытается включить эти ограничения, которые какой-то умелец включил без проверки, нарушив целостность базы. Как с этим бороться, я писал где-то в оракловой теме. Тут не машинное решение нужно, а административное. Оптимизатор совсем не при чем.
02.05.2016 16:55
При первом запуске на одной из баз, оптимайзер отваливается от базы... при этом в алерте все чисто, юзеры работают штатно. Прилагаю лог разового запуска с "-d=3" https://storage.olegon.ru/supermag/u...timizer.log.7z
02.05.2016 20:43
добавлю:
Java(TM) SE Runtime Environment (build 1.8.0_91-b14)
Linux version 2.6.39-300.28.1.el6uek.x86_64 (mockbuild@ca-build44.us.oracle.com) (gcc version 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC) )
02.05.2016 22:13
Так он (оракловый клиент) же честно пишет...
TNS-12535: TNS:operation timed out
в этом и проблема...
19.05.2016 09:07
Оптимизатор в суточном отчете пишет, что кассовый документ за одно число создан частично, при этом, все кассы выгружены, оперативных чеков нет, суммы чеков и документа совпадают, соответствие z-отчетам стоит "да". Пробовал пересоздавать этот документ, - не помогает. Что еще ему может не нравиться?
19.05.2016 09:07
Это не ему, а Супермагу не нравится. В Супермаге эта метка стоит. Почему - могу только догадываться. Предлагаю удалить Z и выгрузить с кассы заново.
Часовой пояс GMT +3, время: 11:51.

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