[ОТВЕТИТЬ]
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 (или зарегестрируй оптера и включи рман в нём, если разбираться некогда)"
18.05.2012 10:59
overlord
 
Было у меня также, перевел базу в noarchivelog, как написано выше, и потом обратно. Ничего не случилось (может повезло).
А дело действительно в настройках RMAN. надо его настраивать
18.05.2012 11:05
Neutron
 
Цитата:
Andrew_Konev вот на тестовом можно спокойно выключить архивлог и снова открыть базу. не надо такое для боевой базы советовать, честное слово!

для продакшена нет этапа "выключи пока что архивлоги"
там первым пунктом должно быть "освободи для них место"
а вторым "разберись с RMAN (или зарегестрируй оптера и включи рман в нём, если разбираться некогда)"
Так ведь надо же в режиме маунта отключить архивлоги и снова их включить...
А какие проблемы могут возникнуть(просто интересно)?
18.05.2012 13:00
akonev
 
Цитата:
Neutron Так ведь надо же в режиме маунта отключить архивлоги и снова их включить...
А какие проблемы могут возникнуть(просто интересно)?
а про включить обратно архивлог ты не написал :-D

потому сразу и реакция такая.

потенциальная проблема - невозможность восстановить базу при сбое. если рушатся редушки - шанс поднять базу без архивлогов весьма призрачный.
18.05.2012 13:19
Neutron
 
Цитата:
Andrew_Konev а про включить обратно архивлог ты не написал :-D

потому сразу и реакция такая.

потенциальная проблема - невозможность восстановить базу при сбое. если рушатся редушки - шанс поднять базу без архивлогов весьма призрачный.
Да Андрей ты прав, о включить обратно я забыл написать.*88 Заработался...
Что-то автора топика не слышно , как успехи с решением проблемы ?
18.05.2012 20:21
OlegON
 
У него оракловых проблем там точно нет :) Это просто лишняя инициатива была в алерт лазить, который я и так читаю :) А вот что с кассовиком у него было - не знаю...
21.05.2012 09:52
Timoncheg
 
Цитата:
Neutron Да Андрей ты прав, о включить обратно я забыл написать.*88 Заработался...
Что-то автора топика не слышно , как успехи с решением проблемы ?
тут же отписывался, кассовик затупил просто непонятно по какой причине
Цитата:
Timoncheg До этого дело не дошло. Ешё раз перезадал права кассовому модулю, перезапустил укм службу , заного выгрузил , только после этого создал кассовый документ а с ним и отчёты. Мистика
21.05.2012 11:04
Neutron
 
Цитата:
Timoncheg тут же отписывался, кассовик затупил просто непонятно по какой причине
Это было о неприятной ошибке
Опции темы


Часовой пояс GMT +3, время: 22:27.

 

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