Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

не создаётся кассовый документ, соответственно и группы отчётов : Супермаг Плюс (Супермаг 2000)

29.03.2024 4:01


16.05.2012 01:56
Timoncheg
 
Добого всем времени суток, суть проблемы в том что данные с касс (УКМ-4) нормально принимаются кассовым модулем (СМ 1.028.2 сп 11) и даже отчётом реестр Z-отчётов они отображаются , НО :

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

Раньше сталкивался пару раз с таким, решал через повторную ручную выгрузку . в этот раз не удаётся...
Хелп
16.05.2012 03:58
whitewizard
 
а когда создаёшь кассовый документ вручную за это число, как ругается?
16.05.2012 04:08
Timoncheg
 
До этого дело не дошло. Ешё раз перезадал права кассовому модулю, перезапустил укм службу , заного выгрузил , только после этого создал кассовый документ а с ним и отчёты. Мистика
16.05.2012 07:07
Mtirt
 
Ошибки в журнале приложений есть какие-нибудь?
16.05.2012 09:46
Timoncheg
 
Цитата:
Mtirt Ошибки в журнале приложений есть какие-нибудь?
да, отрыл одну такую неприятненькую ошибочку
Archive process error: ORA-16014: log 1 sequence# 416 not archived, no available destinations
ORA-00312: online log 1 thread 1: 'D:\ORACLE\%dbname%\REDO01.LOG'
17.05.2012 12:11
mighty
 
))))Это журнал приложений? или все таки alert.log?
1) Удали из СМ кассовые чеки и документы с этого магазина,за это число, если что то создалось все таки
2) Почисти каталоги приема смен
3) Почисти все логи и трассировки оракла
4) Почисти event.log - журнал приложений в винде
5) Перезапусти оракл
6) выгрузи смены вручную, после приема проверь журнал приложений в винде - ошибки покажи
17.05.2012 13:02
Neutron
 
Вряд ли это поможет,
запусти базу в режиме mount,сделай alter database noarchivelog, скорее всего кончилось место под архивы, затем alter database open.
И вообще увеличь место в log_archive_dest на будущее...
Ошибка, в основном, возникает из-за невозможности записать в redo-файл (см. его номер в ошибке ORA-00312), например из-за нехватки места, или занятости другим процессом.
17.05.2012 14:35
OlegON
 
Цитата:
Neutron запусти базу в режиме mount,сделай alter database noarchivelog
После этого можно сразу покупать себе что-то вроде пояса верности или другие защищающие гениталии приспособления. Потому, что бить по ним и отрывать их будут долго :)
После той ошибки, если бы она была в силе, база встает намертво. Дело в чем-то другом.
17.05.2012 22:58
Neutron
 
Цитата:
OlegON После той ошибки, если бы она была в силе, база встает намертво. Дело в чем-то другом.
Да нет же Олег:) У меня периодически выскакивает данная ошибка(на тестовом сервере) и лечится чисткой места для архивлогов(там мало отведено для архивации)...или я с чем то перепутал...
Может быть просто недоступен диск/каталог куда происходит архивация журналов.?
наберите show parameter log_archive_dest
Прогони оптимайзер.

Нашел здесь подобную тему с ошибкой ORA-00312
18.05.2012 03:39
akonev
 
Цитата:
Neutron Да нет же Олег:) У меня периодически выскакивает данная ошибка(на тестовом сервере) и лечится чисткой места для архивлогов...
вот на тестовом можно спокойно выключить архивлог и снова открыть базу. не надо такое для боевой базы советовать, честное слово!

для продакшена нет этапа "выключи пока что архивлоги"
там первым пунктом должно быть "освободи для них место"
а вторым "разберись с RMAN (или зарегестрируй оптера и включи рман в нём, если разбираться некогда)"
Часовой пояс GMT +3, время: 04:01.

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