Форум OlegON > Компьютеры и Программное обеспечение > Операционные системы и программное обеспечение > Oracle

Не расчитывается среднесуточная реализация. : Oracle

25.04.2024 20:33


11.12.2007 09:48
creosote
 
Несколько дней назад среднесуточная реализация не расчиталась в положенное время, начался бэкап и в логе получилась запись:
ORA-12012: ошибка при автоисполнении задания 81
ORA-20021: Сервер Супермага не запущен
ORA-06512: на "SUPERMAG.SCHEDULE", line 293
ORA-06512: на line 1
Запустил задание в обед, оно провисело до вечера, результата - ноль.
Пересоздал задание, запустил в 22:00 на свободной базе, провисело до 6-ти утра, результат отсутствует.

На сей момент имею отсутствие расчёта среднесуточной реализации за неделю, подскажите с чем может быть связано такое поведение задания?

Может есть внешняя функция с помощью которой можно расчитать среднесуточную реализацию, пока буду разбираться с проблемой?
11.12.2007 09:59
Mtirt
 
Job_queue_processes чему равно?
Увеличь этот параметр хотя бы на 1.
11.12.2007 10:07
creosote
 
Job_queue_processes = 5
Задание запускается под пользователем SUPERMAG это нормально?
11.12.2007 10:13
Mtirt
 
Задание запускается под тем пользователем, под которым оно создано.
Права у supermag на это есть.

В SSEventlog что по этому поводу написано?
11.12.2007 10:14
kadr
 
что значит провисело? в адм. модуле высветилось время начала 22-00 и просто не закончилось или задание даже не запустилось? Если запустилось и не закончилось, то что что делает в это время сессия на уровне базы? Сколько ещё заданий автоматически запускается? что написано в таблице sseventlog?
11.12.2007 10:31
creosote
 
Запустил руками(13-ое):

10.12.2007 12:47:52 Запуск задачи № 13
10.12.2007 17:13:05 FixRemains.Calc[M]:All = 23184295 Select = 0 Part = 0%
10.12.2007 17:13:05 FixRemains.Calc[E]:ORA-03113: принят сигнал конца файла по коммуникационному каналу
10.12.2007 21:44:57 Controller exit: 10.12.2007 21:44:57
10.12.2007 21:45:18 Remains.CalcFromGoods[M]:INSERT INTO TTRemains ( StoreLoc, Article, Quantity )( select Location, Art
10.12.2007 21:45:18 icle, - SUM(Quantity) Quantity from ( SELECT 2 Location, S.Article, SUM( S.Quantity * DECODE(2,D.L
10.12.2007 21:45:18 ocationTo,1,D.LocationFrom,-1,0)) Quantity FROM SmDocuments D , SmSpec S WHERE D.DocType = S.DocTyp
10.12.2007 21:45:18 e and D.ID = S.DocID and 2 in (D.LocationTo,D.LocationFrom) and D.DocState >= 2 and D.CreatedAt >
10.12.2007 21:45:18 :i_Date and S.Article in (select FData from TTFilterStr where FType=1) GROUP BY 2, S.Article HAVING
10.12.2007 21:45:18 SUM( S.Quantity * DECODE(2,D.LocationTo,1,D.LocationFrom,-1,0)) <> 0 UNION ALL SELECT StoreLoc, Art
10.12.2007 21:45:18 icle, - Quantity FROM SMGoods WHERE Quantity <> 0 and StoreLoc =2 and Article in (select FData from
10.12.2007 21:45:18 TTFilterStr where FType=1) ) group by Location, Article having SUM(Quantity) <> 0 )

Перестартовал базу:

10.12.2007 21:45:18 Remains.CalcFromGoods[E]:ORA-01089: никакие действия не разрешены, т.к. идет срочный останов
10.12.2007 21:45:18 Remains.Calc[E]:ORA-01089: никакие действия не разрешены, т.к. идет срочный останов
10.12.2007 21:45:18 ORA-01089: никакие действия не разрешены, т.к. идет срочный останов
10.12.2007 21:45:18 Сбой задачи №13, см. ошибки в предыдущем сообщении и доп. информацию в последующих
10.12.2007 21:45:18 Функция управления "Расчет среднесуточной реализации" (Управление складом)
10.12.2007 21:45:18 begin SmWHControlTask(13); end;
10.12.2007 21:45:43 Controller startup: 10.12.2007 21:45:43

Пересоздал задание(13-ое), запустилось по расписанию:

10.12.2007 22:00:05 Запуск задачи № 13
11.12.2007 0:15:05 Запуск задачи № 12
11.12.2007 0:16:31 Успешное завершение задачи № 12 (00ч 01м 26с)
11.12.2007 0:16:36 Запуск задачи № 12
11.12.2007 0:16:37 Успешное завершение задачи № 12 (00ч 00м 01с)
11.12.2007 0:17:02 Запуск задачи № 12
11.12.2007 0:17:02 Успешное завершение задачи № 12 (менее секунды)
11.12.2007 0:18:02 Запуск задачи № 12
11.12.2007 0:18:02 Успешное завершение задачи № 12 (менее секунды)
11.12.2007 0:19:02 Запуск задачи № 12
11.12.2007 0:19:02 Успешное завершение задачи № 12 (менее секунды)
11.12.2007 0:20:02 Запуск задачи № 12
11.12.2007 0:20:02 Успешное завершение задачи № 12 (менее секунды)
11.12.2007 0:21:02 Запуск задачи № 12
11.12.2007 0:21:02 Успешное завершение задачи № 12 (менее секунды)
11.12.2007 0:22:02 Запуск задачи № 12
11.12.2007 0:22:07 Успешное завершение задачи № 12 (00ч 00м 05с)
11.12.2007 0:23:02 Запуск задачи № 12
11.12.2007 0:23:02 Успешное завершение задачи № 12 (менее секунды)
11.12.2007 0:24:02 Запуск задачи № 12
11.12.2007 0:24:02 Успешное завершение задачи № 12 (менее секунды)
11.12.2007 0:25:02 Запуск задачи № 12
11.12.2007 0:25:02 Успешное завершение задачи № 12 (менее секунды)
11.12.2007 6:08:00 Controller exit: 11.12.2007 06:08:00
11.12.2007 6:08:10 Controller startup: 11.12.2007 06:08:10
11.12.2007 6:52:04 Controller exit: 11.12.2007 06:52:04
11.12.2007 6:53:03 Controller startup: 11.12.2007 06:53:03
11.12.2007 6:53:19 Controller exit: 11.12.2007 06:53:19
11.12.2007 6:53:30 Controller startup: 11.12.2007 06:53:30

По сей момент тишина.
11.12.2007 10:36
creosote
 
"что значит провисело? в адм. модуле высветилось время начала 22-00 и просто не закончилось или задание даже не запустилось?"

Высветилось начало в 22-00 и так и осталось в таком состоянии до утра.

" Если запустилось и не закончилось, то что что делает в это время сессия на уровне базы? "

На уровне базы сессия читает с диска(смотрю Spotlight-ом, количество чтений с диска увеличивается, загрузка ЦП этой сессией всегда 0)

"Сколько ещё заданий автоматически запускается?"

Запускается всго 2 задания:
Регистрация актов переоценки(12-ое)
Расчёт среднесуточной реализации(13-ое)
11.12.2007 10:40
kadr
 
alert.log смотрел? есть там ошибки в период с 10.12.2007 22:00:00 по 11.12.2007 6:08:00?

Такое ощущение что задание не запустилось, либо запустилось и умерло не дав об этом знать, а может просто не смогло получить какую либо блокировку, т.к. у тебя в 6 часов несколько раз перезапускался сервер СуперМага, а задание не дало о себе знать диким воплем что сервер СуперМага не запущен

так же неплохо посмотреть что во вьюхе svjobs в столбце isbroken
11.12.2007 10:44
kadr
 
Цитата:
creosote
На уровне базы сессия читает с диска(смотрю Spotlight-ом, количество чтений с диска увеличивается, загрузка ЦП этой сессией всегда 0)
Раз через Spotlight, смотришь, то что в строке "Waiting for"? все ли индикаторы у тебя зелёные?
Точно пересоздал с теми же параметрами? может указал интервал для расчёта большой?
11.12.2007 10:48
creosote
 
в alert.log за этот период ошибок нет.
В стольбце isbroken стоят нули на оба задания.

Какие блокировки требуются для этого задания?
Запускал его после рестарта базы, поздно вечером наличие пользователей исключено.
Часовой пояс GMT +3, время: 20:33.

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