[ОТВЕТИТЬ]
Опции темы
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, время: 17:39.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.