|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
Через web-интерфейс, запускается процедура из пакета (а может и не одна). Все выполняется. А дальше останавливается в самом конце. Сессия переходит в неактивное состяние. И ожидание "SQL *Net message from client". И в таком состянии уже 40 мин. За последний месяц ничего не менялось на стороне сервера. У меня ощущение, как-будто на стороне сервера оракла ожидается прихода commit или rollback? Вопрос: почему может подвисать? Может ли это случится после Windows Update? Какие еще могут быть причины? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2019, 20:38 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
Пока описание в виде "запускается процедура", можно только посоветовать "пепельницу вытряхивал? по колесам пинал? ну, я не знаю." ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2019, 20:57 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
Понятно, что ничего не понятно. Что за веб интерфейс, что там у него в голове... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2019, 20:58 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
maxskiЧерез web-интерфейс, запускается процедура из пакета (а может и не одна). Все выполняется. А дальше останавливается в самом конце. Сессия переходит в неактивное состяние. И ожидание "SQL *Net message from client". И в таком состянии уже 40 мин. 1. Запустите SQL*Plus, залогиньтесь на тот же сервер под той же учеткой, найдите сессию SQL*Plus. 2. Сходите покурить или еще как-нибудь проведите минут 40. 3. Посмотрите на ожидания сессии SQL*Plus. 4. Выполните select * from dual чтобы убедиться, что sql*plus не "завис". 5. Много думайте. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2019, 21:12 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
dmdmdm, Так и мне не понятно. Сама процедура состоит их 1200 строк, с вызовами других процедур, из других схем. Что вам даст ее название или весь код тут? Ничего же в коде не менялось. Вообщем, какая-то магия. При том, что с обеда ее запускали 7 раз от разных пользователей (с разными диапазонами дат: за день, за неделю, за год и т.д.) - и была выполнена. У других пользователей - нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2019, 21:13 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
Что вам даст ее название или весь код тут? Мне - ничего. Вам - начальную информацию для анализа. Ничего же в коде не менялось. Вообщем, какая-то магия. Об этом и речь. Пока обсуждение на таком уровне, пинайте колеса, вытряхивайте пепельницу. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2019, 21:18 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38.
andrey_anonymous, вот эта efi. SID = 898. А потом "ушла" из v$session ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2019, 21:20 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
dmdmdm, хватит умнивать ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2019, 21:21 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
maxskidmdmdm, хватит умнивать Хватит тупить. Оракл ведёт себя как положено, обращайтесь к разработчику приложения. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 04:38 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
maxskiхватит умниватьХватит коверкать. http://www.bugtraq.ru/forum/faq/general/smart-questions.html] RTFM ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 08:09 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
В конце процедуры поставьте какой-то поинт, мол завершилась (log writer), если вы его получили - значит проблема с передачей данных уже на сам клиент, база свое отдала. То что ничего не менялось и запускалось разными пользователями - это может значить что могут быть проблемы с выборкой, при определенных параметрах уходит "в даль", например иерархический запрос , или по логике начала выполняться иная внутренняя процедура\функция. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 12:53 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
ВиталийN, Хорошая идея. Спасибо. Надо трейс-лог писать из процедуры куда-нибудь в файл. Сама процедура - это несколько курсоров, и построчно обработка со вставкой во глобальную временную таблицу, Далее чего-то там так же удаляется из этой временной таблицы. А оставшиеся строки апдейтятся. Все эти этапы не быстрые. Т.е я их наблюдаю последовательно в v$session. Т.е сначала вставка по одному курсору отработала, затем по другому,.. затем этап удаления, затем апдейта. И после этого в v$sqlarea я вижу sql_id вызова PL/SQL процедуры. И все. Ни туда ни сюда. Как-будто сессия ждет чего-то со стороны клиента. В пятницу вечером позвонили разработчику w3wp.exe. Он чего-то подкрутил, но не признается. Они - такие - боятся. Говорит, ничего не делал. Бухгалтеры полдня бились с этим отчетом, он у них подвисал. А этот деятель - с первого раза запустил и все прошло... Вообщем, вот такая история. Спасибо ВиталиюN, Подсказа хорошую мысль. Спасибо andrey_anonymous А остальным коментаторам: не надо комментировать в ключе "пинайте колеса, вытряхивайте пепельницу" или "Хватит тупить ", вы не уважаете ни себя ни собеседника. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 22:49 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
jan2ary, еще один умник, ну не можешь по существу сказать - проходи мимо. Где я говорил, что оракл ведет себя не как положено? И кстати, из-за проблем с "железом" оракл может вести себя по разному. Так, что не надо быть таким категоричным. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 22:54 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
maxskiСпасибо ВиталиюN, Подсказа хорошую мысль. Спасибо andrey_anonymous А остальным коментаторам: не надо комментировать в ключе "пинайте колеса, вытряхивайте пепельницу" или "Хватит тупить ", вы не уважаете ни себя ни собеседника.Почему "хорошая мысль" и тут же "остальным комментаторам: не надо комментировать". Каков критерий определения, где "пепельница"? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 23:48 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
В процедуру, значит, заглянули. А тупим и не уважаем себя мы. На стене, бывает, висят зеркала. В них полезно смотреться. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2019, 09:48 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
dmdmdmВ процедуру, значит, заглянули. авторСессия переходит в неактивное состяние . И ожидание " SQL *Net message from client ". И в таком состянии уже 40 мин . Зачем путаете человека? Если показания не ложны, то всё нормально у него "в процедуре". ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2019, 14:12 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
maxskijan2ary, еще один умник, ну не можешь по существу сказать - проходи мимо. Где я говорил, что оракл ведет себя не как положено? И кстати, из-за проблем с "железом" оракл может вести себя по разному. Так, что не надо быть таким категоричным.А что тебе сказать, если у тебя подземньій стук происходит? Много слов написал, по делу ноль. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2019, 18:59 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
jan2aryоракл может вести себя по разному. Хорош жути нагонять. У ТС либо аппликуха страх потеряла, либо на сети проблемы (типа маршрутизатор рубит коннект по неактивности). ...либо одно из двух :) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2019, 00:01 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
maxskiВ пятницу вечером позвонили разработчику w3wp.exeпрямо в майкрософт? andrey_anonymousУ ТС либо аппликуха страх потеряла, либо на сети проблемы (типа маршрутизатор рубит коннект по неактивности). ...либо одно из двух :)подозреваю, что магический шар у тебя поддельный из китая ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2019, 00:24 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
andrey_anonymous, Код: plsql 1.
Вот, кстати, отличное дополнение! У нас тут такое вполне возможно. Сетевик любит экспериментировать, Недавно, маршрутизатор с ни с того, ни с сего зарубил "туннели". SSH-сессии по таймауту стали отваливаться. Еще одна мысль, могла бы быть. Может что-то с KEEP pool? Партиции по тяжелой таблице, автоматом в KEEP pool добавляются. Год назад, я сам добавил в KEEP pool больше, чем он сам, и какие-то проблемы начались у пользователей. Я конечно, понимаю, что LRU на KEEP pool так же присутствует. Но на всякий так же убрал из KEEP pool'а старые партиции, мало ли баг какой. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2019, 09:44 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
xtender, Да уж, это точно jan2ary, dmdmdm , успокойтесь уже. Мне не интересно ваше мнение, ни обо мне, ни о том, что что я здесь написал. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2019, 09:48 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
andrey_anonymous jan2aryоракл может вести себя по разному. Хорош жути нагонять. У ТС либо аппликуха страх потеряла, либо на сети проблемы (типа маршрутизатор рубит коннект по неактивности). ...либо одно из двух :) В точку оказалось Ваше предположени! Сейчас руки дошли откомментировать что тогда было. только не маршрутизатор, а Windows-вебсервер сбрасывал соединения по таймауту 60мин. Нормально отчет выполнялся в районе 50мин (+- 2-3мин), но если больше 60мин, то все, конец. Windows-вебсервер сбрасывал соединение. А оракл, выполнив запрос, отправлял порцию данных и видимо ждал подтверждения со стороны Windows-вебсервера (висел на ожидании "SQL *Net message from client") , ну и так все висело. Воспользовался советом ВиталийN. Написал функцию-логгер и вызывал ее после каждого этапа выполнения отчета и в самом конце, перед end; . Все сразу стало понятно, что например отчет выполнялся 64 мин. А пользователь, безуспешно ждал 2 часа. Так что, появились объективные данные, что проблема не в "оракле". ))) А так бы начальство меня сожрало бы ))) Но они за год так и не смогли найти где там можно увеличить время таймаута в Windows-вебсервере ( или может в настройках ОС). Так и работают )) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 22:28 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
maxski ...Windows-вебсервер сбрасывал соединения по таймауту 60мин. Нормально отчет выполнялся в районе 50мин (+- 2-3мин), но если больше 60мин, то все, конец. Windows-вебсервер сбрасывал соединение. ...Но они за год так и не смогли найти где там можно увеличить время таймаута в Windows-вебсервере ( или может в настройках ОС). Так и работают )) А за этот самый год, хотя уже почти два прошло, никто так и удосужился проверить почему время выполнения отчета такое долгое? Отчет, работающий больше часа - это чересчур, как по мне. Кстати, нигде в логах ORA-01013 не появлялась? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 23:38 |
|
Не возвращает результат клиенту
|
|||
---|---|---|---|
#18+
flexgen, отчет строится по данным за 10 лет. Там много дурацких "check box"-ов в веб-форме. Которые в запросе отражаются в условиях по "OR ... NOT ... check_box1 = 0' Еще там "если не ... regexp (...)" . Т.е. условия отрабатываются в любом случае, доже если check_box не отмечен и т.д. Несколько курсоров.... Логично было бы сделать через материализованные представдения и обновлять их по "логу". Но, к сожадению не удается сделать так. Обновление остается full. И даже часть запроса не удается засунуть в mview. Кое-что, совсем вопиющее разработчик переделал. Это снизило время исполнения до 30мин. Но иногда, время от времени случается выход за рамки 60мин окна. Cancel нельзя сделать из веб-формы. Даже, если закрыть браузер, запрос в "оракле" продолжит выполнятся. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2020, 12:26 |
|
|
start [/forum/topic.php?fid=52&fpage=33&tid=1880758]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
41ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 292ms |
total: | 423ms |
0 / 0 |