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

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

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

Раньше сталкивался пару раз с таким, решал через повторную ручную выгрузку . в этот раз не удаётся...
Хелп

а когда создаёшь кассовый документ вручную за это число, как ругается?

До этого дело не дошло. Ешё раз перезадал права кассовому модулю, перезапустил укм службу , заного выгрузил , только после этого создал кассовый документ а с ним и отчёты. Мистика

Ошибки в журнале приложений есть какие-нибудь?

да, отрыл одну такую неприятненькую ошибочку
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'

))))Это журнал приложений? или все таки alert.log?
1) Удали из СМ кассовые чеки и документы с этого магазина,за это число, если что то создалось все таки
2) Почисти каталоги приема смен
3) Почисти все логи и трассировки оракла
4) Почисти event.log - журнал приложений в винде
5) Перезапусти оракл
6) выгрузи смены вручную, после приема проверь журнал приложений в винде - ошибки покажи

Вряд ли это поможет,
запусти базу в режиме mount,сделай alter database noarchivelog, скорее всего кончилось место под архивы, затем alter database open.
И вообще увеличь место в log_archive_dest на будущее...
Ошибка, в основном, возникает из-за невозможности записать в redo-файл (см. его номер в ошибке ORA-00312), например из-за нехватки места, или занятости другим процессом.

После этого можно сразу покупать себе что-то вроде пояса верности или другие защищающие гениталии приспособления. Потому, что бить по ним и отрывать их будут долго :)
После той ошибки, если бы она была в силе, база встает намертво. Дело в чем-то другом.

Да нет же Олег:) У меня периодически выскакивает данная ошибка(на тестовом сервере) и лечится чисткой места для архивлогов(там мало отведено для архивации)...или я с чем то перепутал...
Может быть просто недоступен диск/каталог куда происходит архивация журналов.?
наберите show parameter log_archive_dest
Прогони оптимайзер.

Нашел здесь подобную тему с ошибкой ORA-00312

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

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