[ОТВЕТИТЬ]
28.04.2008 05:17
Wasiok
 
Запускаешь - выполняется пока не заполняются таблицы TEMP, потом вываливается ошибка, дословно не скажу, смысл в том, что невозможно записать в темп, ибо места нету. (темп - 3шт по 2гб, юзерс - 2шт по 2 гб, заполнены на 70%)

Про заполнение этих таблиц есть топик в подразделе ПО\БД\Oracle(https://olegon.ru/showthread.php?t=3388), но там тема не раскрыта, поэтому дополнительно пишу здесь.

У меня подобная ситуация, описанной в топике, только мертвых файлов нет. было два файла по 2гб, заполнились, я создал еще один на 2гб, через день смотрю - все три забиты, причем пользователей нет (с утра смотрел) после перезагрузки минут за 15 очищаются.

1. поможет ли оптимизация (база не большая, год работает, пока не было необходимости в ней)
2. как метод решения в вышеуказанном топике было предложено - "Убей ТЕМР целиком и создай заново, когда юзеров не будет... " - нельзя ли подробно описать сей процесс? создавать - создавал, но не убивал ни разу. Для начала очистка аналитической и бакап, а потом? боюсь напортачить.
3. Академический интерес - почему предлагалось убить/создать темп? что в старом темпе пошло не так, что его нужно убивать, чтобы система пришла в норму?

заранее благодарен.

PS с утра перезагружал сервер, темпы очистились, перед тем, как писать проверил - забиты на 80%.
недавно обновились до 1,026 сп4, до него такого не было... есть ли связь?
28.04.2008 07:44
akonev
 
одну и ту же проблему с одинаковой формулировкой в две ветки не стоило, честное слово.
temp могуть пользовать не только "живые" пользователи, но и джобы и службы (кассовик, к примеру)
если темпы у тебя нормально чистятся при перезапуске и нормально потом заполняются - нет никакой нужды их пересоздавать.
возможно, в новой версии поменяли логику этого отчета и ему стало хотеться больше временного пространства.
а может, просто подрос объем данных.
попробуй еще увеличить TEMP
28.04.2008 07:48
kadr
 
Цитата:
Wasiok Запускаешь - выполняется пока не заполняются таблицы TEMP, потом вываливается ошибка, дословно не скажу....<Всё остальное в мусорную корзину>
Пока не будет хотя бы номера об ошибке, ничего определённого сказать невозможно. Иначе это будет похоже на аборт по телефону.
28.04.2008 12:57
Wasiok
 
попробую оптимизер и увеличить темп, хотя второе по-моему нерационально, ибо база в несколько раз большая в другом филиале (правда там оракл 9 на вин2003, а здесь 8 на в2к) нормально себя чувствует с юзер-таблицами на 10гб и темпом на 4гб, эта же, как уже говорил, юзер на 4гб и темп на 6гб.

собственно номер ошибки не столь важен, как переполнение таблиц, тут не надо быть семи пядей во лбу, чтобы догадаться, что ошибка возникает именно изза заполнения таблицы. а вот ПОЧЕМУ таблица переполняется - достойно обсуждения.
28.04.2008 13:56
kadr
 
Цитата:
Wasiok
собственно номер ошибки не столь важен, как переполнение таблиц, тут не надо быть семи пядей во лбу, чтобы догадаться, что ошибка возникает именно изза заполнения таблицы. а вот ПОЧЕМУ таблица переполняется - достойно обсуждения.
Совершенно верно, не надо быть семи пядей во лбу, а надо просто посмотреть что за ошибка и что Oracle рекомендует делать в таких случаях
28.04.2008 14:28
Wasiok
 
попытался запустить оптимизер(СВЕЖЕСКАЧАНЫЙ) - мне благополучно выдало,что "OLEGON-ERROR: Версия устарела."

Олег, выложи, пожалуйста, свежую версию......

ок. запущу отчет и скажу ТОЧНО что за ошибка.
29.04.2008 08:03
Wasiok
 
Цитата:
Andrew_Konev ... в новой версии поменяли логику этого отчета и ему стало хотеться больше временного пространства.
а может, просто подрос объем данных.
попробуй еще увеличить TEMP
если, как я предполагаю, логика отчетов находится в файлах C:\SM2000\Report\*.rep то этот файл не изменялся с 2006 года, соотв-но и логика с последним обновлением не поменялась, причем последний раз отчет формировали пару недель назад, уже после обновления, за это время база если и подросла - то не на много. в данный момент сижу жду - отчет пытается сформироваться. раньше он формировался довольно быстро, 5-10мин, сейчас жду уже с полчаса. темпы неуклонно растут...
29.04.2008 08:18
akonev
 
очень большая часть бизнес-логики супермага живет в хранимых процедурах и функциях. в том числе и логики отчетов.
29.04.2008 08:33
kadr
 
Цитата:
Wasiok за это время база если и подросла - то не на много...
Иногда достаточно добавления 10 строк чтобы оптимайзер изменил своё отношение к данным и построил иной план для запроса. Я обычно через день-два после обновления собираю оракловую статистику, чтобы на новой структуре БД она была актуальной.
29.04.2008 08:51
Wasiok
 
большая просьба если у кого-то есть возможность - попросите, пожалуйста, выложить свежий оптимизер - на скачке висит январьский, говорит версия устарела =( если кто постоянно на связи с разработчиком, в асе или еще как - чтобы не обременять человека лишним контактом, или он сам увидит эту просьбу...
29.04.2008 10:01
OlegON
 
Цитата:
Wasiok большая просьба если у кого-то есть возможность - попросите, пожалуйста, выложить свежий оптимизер - на скачке висит январьский, говорит версия устарела =( если кто постоянно на связи с разработчиком, в асе или еще как - чтобы не обременять человека лишним контактом, или он сам увидит эту просьбу...
Давайте не будем отклоняться от темы. Как смогу - выложу.
29.04.2008 10:06
Wasiok
 
Привожу сообщение-ошибку при формировании отчета "Эфф.марк.акции"

Построитель отчетов

REP-1425: 'afterpform': Ошибка при выполнении пакета DO_SQL - 'Ошибка при открытии курсора SQL. ORA-01652: невозможно увеличить временный сегмент до 8 в разделе TEMP'.

все три тс TEMP - по 99,99%

собственно про переполнение и идёт речь, как я и писал.

попробую добавить тс в юзер и жду свежий оптимайзер...

ЗЫ напомню, чтобы не забросали камнями типа "юзай поиск", что мне было сразу ясно про переполнение и код ошибки это подтверждает, поиском просмотрел все ссылки по этому коду - подобной проблемы не нашел, в основном топики про ошибки при расчете ТД.

может есть мысли что сделать кроме добавления ТС и прогона оптимизера? т.к. добавление в темп не дало результата, а оптимизер свежий надо.
29.04.2008 11:53
kadr
 
А теперь не мешало бы посмотреть на содержимое pfile
29.04.2008 12:33
Wasiok
 
убрал только закомментированное, в остальном не шарю, поэтому всё что было...

db_name = "DBSHAMS7"

instance_name = DBSHAMS7

service_names = DBSHAMS7

db_files = 1024

control_files = ("D:\Oracle\oradata\DBSHAMS7\control01.ctl", "D:\Oracle\oradata\DBSHAMS7\control02.ctl", "D:\Oracle\oradata\DBSHAMS7\control03.ctl")

open_cursors = 100
max_enabled_roles = 30
db_file_multiblock_read_count = 8

db_block_buffers = 60000

shared_pool_size = 157286400

large_pool_size = 614400
java_pool_size = 0

log_checkpoint_interval = 10000
log_checkpoint_timeout = 1800

processes = 150

parallel_max_servers = 5

log_buffer = 32768

max_dump_file_size = 10240 # limit trace file size to 5M each

global_names = true


oracle_trace_collection_name = ""

background_dump_dest = D:\Oracle\admin\DBSHAMS7\bdump

user_dump_dest = D:\Oracle\admin\DBSHAMS7\udump

db_block_size = 8192

remote_login_passwordfile = exclusive

os_authent_prefix = ""

distributed_transactions = 10
compatible = 8.1.0
sort_area_size = 65536
sort_area_retained_size = 65536
job_queue_processes = 1
job_queue_interval = 60
29.04.2008 12:52
OlegON
 
Цитата:
Wasiok REP-1425: 'afterpform': Ошибка при выполнении пакета DO_SQL - 'Ошибка при открытии курсора SQL. ORA-01652: невозможно увеличить временный сегмент до 8 в разделе TEMP'.
https://olegon.ru/showthread.php?t=269&highlight=01652
Добавь файлик-то... Сделай один на 10Гб, жалко чтоль? В бекап не клади.
29.04.2008 12:58
Wasiok
 
тот топик читал, но всё равно, спасибо! =)

сделаю, не жалко нисколько =)

если поможет, буду обескуражен, но благодарен (собственно благодарен заранее).

однако всё равно очень долго ждать отчет, пару недель назад формировался 5-10мин, а сейчас 1,5-2 часа ждать надо... =(
07.05.2008 08:16
Wasiok
 
Оптимизер еще не прогонял, не было возможности, запустили с утра отчет по следующей акции уже, формировался 6 часов, темпы забились 3/2Гб-100%+1/10Гб-20%, дальше ждать не стал. Потом увидел, что формируют по ВСЕМ товарам, говорю "а по ассортименту МА не пробовали?" - "а это как???" - объяснил - сформировалось за пару минут, блин. Говорят раньше по всем товарам формировалось нормально...
По-моему логика отчета должна отбирать акционный товар, остальной-то товар зачем шерстить?

ЗЫ Можно ли убить файл в ТС темп? тот, который посоветовали сделать на 10Гб =) и как это правильно сделать?

Мораль: в отчете "Эфф.марк.акц." нужно указывать ассортимент МА, предварительно этот ассортимент выдернув из акции.
07.05.2008 08:37
kadr
 
Один файл нет смысла убивать, ну если только ОЧЕНЬ не хватает места. Тогда просто убить старое ТС и создать новое.
Опции темы


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

 

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