powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Начала тормоизть процедура
23 сообщений из 23, страница 1 из 1
Начала тормоизть процедура
    #39443476
sql0077
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ребята привет!

У нас есть две базы. В первой базе запускается процедура, которая по database link-у запускает процедуру на второй базе.
Раньше запуск отрабатывал достаточно быстро. А с недавнего времени процедура начала висеть по два часа!
На первой базе ничего не делали, а вот на второй явно что-то меняли. А вот что не признаются!
Подскажите, какова должна быть последовательность действий и какие инструменты использовать, чтобы определить из-за чего процедура так долго начала работать.

Куда и что можно посмотреть?
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443515
Фотография Alexey Zhidkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sql0077какова должна быть последовательность действий
1. Найти DBA.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443517
intrilligator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2. Собрать стату.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443531
Фотография AmKad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
3. Локализовать оператор-(ы), на котором(-ых) тормозит.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443585
4. сделать трассировку
5. посмотреть awr
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443593
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Zhidkovsql0077какова должна быть последовательность действий
1. Найти DBA.С каких пор ДБА стали заниматься трабл шутингом процедур?
intrilligator2. Собрать стату.Кто сказал что затык в SQL? Где будешь собирать?
По всем таблиц обеих баз так чтоб наверняка?
AmKad3. Локализовать оператор-(ы), на котором(-ых) тормозит.Единственный толковый совет.
Инструментарий dbms_profiler/dbms_hprof. Для первого есть удобный UI в pl/sql developer уже 10+ лет.
Или просто начать с анализа ash за интересующий период.
и я, и я добавлю4. сделать трассировкуИ часто ты включаешь трассу для анализа long running procedure?
Если б совет был лет 20 наза - в 1997 году, тогда это было бы уместно.
и я, и я добавлю5. посмотреть awrГенерировать awr для анализа конкретного выполнения? Мощно.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443679
Фотография AlexFF__|
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Zhidkovsql0077какова должна быть последовательность действий
1. Найти DBA.
Это как раз первое, что нужно сделать.
Исходя из
sql0077... а вот на второй явно что-то меняли...
нужно сперва получить изменения, скорее всего уже это локализует проблему.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443832
Фотография Alexey Zhidkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbms_photoshopС каких пор ДБА стали заниматься трабл шутингом процедур?
У вас разработчики анализируют проблемы? А если это прод база, кто посмотрит в чем там затык?
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443877
Фотография AmKad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey ZhidkovУ вас разработчики анализируют проблемы?Проблема проблеме рознь.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443886
intrilligator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
dbms_photoshop intrilligator2. Собрать стату.Кто сказал что затык в SQL?
по опыту, 99% проблем это sql. если это sql, то 99% это у cbo едет крыша, так как эксплутация вечно ленится собирать стату.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443905
intrilligatordbms_photoshop пропущено...
Кто сказал что затык в SQL?
по опыту, 99% проблем это sql. если это sql, то 99% это у cbo едет крыша, так как эксплутация вечно ленится собирать стату.
начиная с 10g статистика собирается автоматом, если не сказать ораклу обратное. но так как "эксплутация вечно ленится", то все автоматические плюшки обычно оказываются в умолчательно включенном состоянии.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443918
intrilligator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Добрый Э - Эхначиная с 10g статистика собирается автоматом, если не сказать ораклу обратное. но так как "эксплутация вечно ленится", то все автоматические плюшки обычно оказываются в умолчательно включенном состоянии.
ну так на таких базенках обычно и проблем-то нет, ибо маленькие..
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443920
XMLer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
intrilligatordbms_photoshop пропущено...
Кто сказал что затык в SQL?
по опыту, 99% проблем это sql. если это sql, то 99% это у cbo едет крыша, так как эксплутация вечно ленится собирать стату.
Опыт твой, а проблема ТС. Чувствуешь разницу?
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443924
intrilligatorДобрый Э - Эхначиная с 10g статистика собирается автоматом, если не сказать ораклу обратное. но так как "эксплутация вечно ленится", то все автоматические плюшки обычно оказываются в умолчательно включенном состоянии.
ну так на таких базенках обычно и проблем-то нет, ибо маленькие..умолчательное поведение сервера никак не завязано на размер базы. статистика одинаково собирается что на больших, что на маленьких базах.
или поясни, к чему был твой коммент про размер баз?
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39443998
intrilligator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Добрый Э - Эхили поясни, к чему был твой коммент про размер баз?
а мы уже на ты, что ли?
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39444029
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Zhidkovdbms_photoshopС каких пор ДБА стали заниматься трабл шутингом процедур?
У вас разработчики анализируют проблемы?Речь же шла про процедуры.
Если там каким-то чудом, например, затык в log file sync,
или, скажем, полезли ожидания SGA: allocation forcing component growth
тогда эсклируется до ДБА.
Alexey ZhidkovА если это прод база, кто посмотрит в чем там затык?Зависит от доступа же.
По моему опыту была некоторая зависимость, что OLTP мониторит админ и если что привлекает разрабов,
а для хранилищ наоборот сначала привлекаются разрабы, а потом ДБА.
За последние года три когда я плотно работал с хранилищами на Оракл ДБА привлекались дважды.
Один раз чтоб учеличить temp ts, и один раз когда напоролись на
Bug 19461270 - high PRTMV allocations in shared pool executing concurrent DML and DDLs on interval partitioned tables (Doc ID 19461270.8)
и полезли "ORA-04031: unable to allocate 32 bytes of shared memory ("shared pool","unknown object","KGLH0^25207632","kglHeapInitialize:temp")".
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39444035
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
intrilligatordbms_photoshop пропущено...
Кто сказал что затык в SQL?
по опыту, 99% проблем это sql. если это sql, то 99% это у cbo едет крыша, так как эксплутация вечно ленится собирать стату.Если у CBO "едет крыша", я так понимаю речь про plan flip, то причина в статистике обычно в 1 случае из 10.
Ну у каждого свой опыт, это да.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39444039
Фотография Alexey Zhidkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbms_photoshopРечь же шла про процедуры.
Если там каким-то чудом, например, затык в log file sync,
или, скажем, полезли ожидания SGA: allocation forcing component growth
тогда эсклируется до ДБА.
вот изначально где затык и определяет ДБА, а далее уже или разрабам указывает на их SQL или смотрит что не так, если это по его части...
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39444051
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Zhidkovdbms_photoshopРечь же шла про процедуры.
Если там каким-то чудом, например, затык в log file sync,
или, скажем, полезли ожидания SGA: allocation forcing component growth
тогда эсклируется до ДБА.
вот изначально где затык и определяет ДБА, а далее уже или разрабам указывает на их SQL или смотрит что не так, если это по его части...Ок, не буду тебе мешать в ощущении своей значимости. :)
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39444111
Фотография Alexey Zhidkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbms_photoshopОк, не буду тебе мешать в ощущении своей значимости. :)
отчего же, предложи ему свой вариант. к примеру, пусть обратиться к разработчикам.
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39444232
XMLer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbms_photoshopЗа последние года три когда я плотно работал с хранилищами на Оракл ДБА привлекались дважды.
"кадры решают все" (с). Наверное поэтому в твоих проектах траблшутингом занимается компетентный дев, а в проектах Алексея компетентный DBA
:)
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39444255
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
dbms_photoshopAlexey ZhidkovА если это прод база, кто посмотрит в чем там затык?Зависит от доступа же.
По моему опыту была некоторая зависимость, что OLTP мониторит админ и если что привлекает разрабов,
а для хранилищ наоборот сначала привлекаются разрабы, а потом ДБА.
За последние года три когда я плотно работал с хранилищами на Оракл ДБА привлекались дважды.
Обычно это зависит от ряда особенностей:
В первую очередь, зависит не от доступа, а от того "свои" это разработчики или нет:
Если - "чужие", то обычно тикеты к ним идут через ДБА или, как минимум, с копией на ДБА (отделы внутреннего сопровождения/техподдержки выкидываем в данном случае из цепочки, т.к. нас это сейчас не интересует)

Во-вторую, зависит от того, общая ли проблема(ай-яй-яй, ВСЁ ТОРМОЗИТ, НИЧЕГО НЕ РАБОТАЕТ) или локальная(только с одной конкретной подсистемой/функционалом):
- общие проблемы, как правило, идут к ДБА (это если ДБА сами не обнаружили проблему)
- если локальные, то знают ли пользователи(отдел сопровождения), кто конкретно за нее отвечает со стороны разработчиков (какая компания, какой отдел, какой конкретно разработчик). Даже если знают, то ДБА все равно должны быть как минимум в копии(или подписанными на тикет)

А насчет же OLTP, так тут все понятно:
1) обычно "тормоза" OLTP систем гораздо более критичны, чем у DWH или отчетных систем
2) прогнозируемость нагрузки на OLTP выше. У остальных часто бывает, что кому-нибудь что-нибудь "надо срочно" и запуливают сразу кучу всего одновременно. А в итоге, то - простой, то - перегруз.
Поэтому по идее хотя ДБА должны мониторить все базы, но проблемы OLTP будут важнее.

XMLer"кадры решают все" (с)полностью согласен, к "знающему" человеку независимо от того, в чьем он отделе, все равно обращаются чаще... и часто даже еще до создания тикетов
...
Рейтинг: 0 / 0
Начала тормоизть процедура
    #39444492
intrilligatorа мы уже на ты, что ли?друже, спешу тебя разочаровать - тут тебе не центр вежливого и уважительного отношения к окружающим. тут - интернет-форум, где могут не только на "ТЫ" назвать, но и нахуй послать :)

З.Ы.
к модераторам:
сорри за мат, обещаю - больше не буду
...
Рейтинг: 0 / 0
23 сообщений из 23, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Начала тормоизть процедура
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]