[ОТВЕТИТЬ]
16.09.2009 16:31
V.Gleb
 
Здравствуйте.
Суть проблемки такова: сегодня перестал формироваться товарный отчет, а также остальные отчеты, зависящие от расчета товародвижения. Ошибок видимых нет. Просто отчет подвисает при формировании навсегда. Расчет делается ежедневно (без ошибок) с предварительной полной очисткой баз переноса и аналитики.
Может кто сталкивался с такой ситуацией?
База небольшая около 2300 документов. Версия СМ2000 1.24.sp3.
16.09.2009 16:35
Mtirt
 
Статистику давно собирали?
Alert.log смотрели?
16.09.2009 16:40
V.Gleb
 
Alert.log не смотрел, только начал разбираться с этим. В административном модуле ежесуточно выполняются все задания, в т.ч. и статистика (если я правильно понял).
16.09.2009 17:02
NewBot
 
Было такое... стопил базу, перезагрузил сервак, прошло.
17.09.2009 09:29
V.Gleb
 
Перезагрузка была, ничего не изменилось.
Alert.log ничего подозрительного не показал, за последние 10 дней сообщения только такого типа:
...
Thread 1 advanced to log sequence 90135
Current log# 1 seq# 90135 mem# 0: D:\ORACLE\ORADATA\REDO01.LOG
Thread 1 advanced to log sequence 90136
Current log# 2 seq# 90136 mem# 0: D:\ORACLE\ORADATA\REDO02.LOG

...
listener.log тоже без слов 'error'.

Не формируется только 'товарный отчет', другие отчеты по себестоимости формируются. Куда копать?
17.09.2009 09:36
Dim
 
было такое на заре работы с СМ. дико тормозили отчеты. вылечилось прогоном оптимайзера.
17.09.2009 11:53
Kryukov
 
Цитата:
Mtirt Статистику давно собирали?
....
собери статистику и будет счастье 99%
17.09.2009 13:37
V.Gleb
 
В административном модуле регулярно и без ошибок запускаются все задания, касающиеся индексов, статистики, 'сбора мусора', проверки блоков, но товарный отчет так и не формируется. Пробовал делать перенос и расчет товародвижения за несколько первых дней работы базы, с подозрением на 'неперевариваемый объем в 2300 документов' - тоже самое.
17.09.2009 13:43
Mtirt
 
Место в базе есть? Свободное?
17.09.2009 13:47
V.Gleb
 
Да, конечно.
Все файлы заняты лишь на 20-30% (у нас немного документов).
Думаю запустить некий trace при выполнении отчета ...
17.09.2009 13:58
V.Gleb
 
Боюсь ошибиться , в параметрах стоит: compatible = 8.1.0
(Version 8.1.6.3.0)
17.09.2009 14:11
Kryukov
 
Цитата:
V.Gleb В административном модуле регулярно и без ошибок запускаются все задания, касающиеся индексов, статистики, 'сбора мусора', проверки блоков, но товарный отчет так и не формируется. Пробовал делать перенос и расчет товародвижения за несколько первых дней работы базы, с подозрением на 'неперевариваемый объем в 2300 документов' - тоже самое.
НЕ... не через админский модуль статистику собери, а к примеру оптимизером Олега
18.09.2009 11:29
V.Gleb
 
Данную программу пока не удается найти (получить).
Пробовал трейсить, в udump регулярно имею следующее:

*** SESSION ID (11.968) 2009-09-17 19:22:03.250
kvotlgev: epc event: 8 failed. EPC error: 167

*** SESSION ID (29.190) 2009-09-17 19:25:17.812
kvotlgev: epc event: 10 failed. EPC error: 167


Гуглил - в скуль.ру обсуждалась проблема с индексами..
18.09.2009 12:35
Kryukov
 
Цитата:
V.Gleb Данную программу пока не удается найти (получить).
Пробовал трейсить, в udump регулярно имею следующее:

*** SESSION ID (11.968) 2009-09-17 19:22:03.250
kvotlgev: epc event: 8 failed. EPC error: 167

*** SESSION ID (29.190) 2009-09-17 19:25:17.812
kvotlgev: epc event: 10 failed. EPC error: 167


Гуглил - в скуль.ру обсуждалась проблема с индексами..
Смотри тут
18.09.2009 13:07
V.Gleb
 
Спасибо, оптимайзер скачал, не было ftp доступа.
Сегодня опробую, о результатах напишу.
18.09.2009 20:48
V.Gleb
 
Оптимайзер однозначно рулит! Спасибо Автору.
Вот ошибки (неверные значения) параметров базы:

OLEGON-WARNING: session_cached_cursors=0
OLEGON-WARNING: optimizer_index_caching=0
OLEGON-WARNING: optimizer_index_cost_adj=100
OLEGON-WARNING: max_rollback_segments=37
OLEGON-WARNING: compatible=8.1.0
OLEGON-WARNING: log_buffer=32768
OLEGON-WARNING: shared_pool_size=268435456


Ошибок в таблицах не много, все по SMCASHCHECKITEMS (ORA-01658),
в ней оказалось около 8.5млн записей(!).

Товарный отчет открылся.
Еще раз Спасибо Всем кто помог!
Опции темы


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

 

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