Просторы интернета

19 Февраль 2015
Earlier
Ср, Сен 14, 2016
I. Параллельное выполнение UNION ALL PUSHED PREDICATE Иногда имеет смысл параллельное выполнение запроса с операцией UNION ALL PUSHED PREDICATE в плане, и если в 11g эту комбинацию воспроизвести просто — и на простом тесткейсе это выглядит так: , то в Oracle 12c (возможно, как рез-т исправления Bug 14217009 : WRONG [...]
Source: iusoltsev.wordpress.com
Вт, Сен 13, 2016

A script hacked together a couple of years ago from a clone of a script I'd been using for checking space usage in the older types of segments. Oracle Corp. eventually put together a routine to peer inside securefile LOBs:

rem rem Script: [...]
Source: jonathanlewis.wordpress.com
Чт, Авг 25, 2016
Из более-менее традиционной картинки ожиданий log file sync: — можно предположить, что для уменьшения log file sync достаточно сократить время/кол-во блокирующих ожиданий LGWR any worker group/LGWR all worker groups и target log write size, распределённых в этом случае приблизительно поровну И если первая группа ожиданий очевидно "упирается в кол-во/скорость работы [...]
Source: iusoltsev.wordpress.com
Ср, Авг 24, 2016
Евгений Калинин в очередной раз успешно сумел заставить Oracle выдать странное — на этот раз рез-т запроса (аналитических функции, CONNECT BY, SUBQUERY FACTORING, CASE, ANSI JOIN в комбинациях) с ошибкой в перечислении GROUP BY столбцов вместо ORA-00979 выдавал рез-ты, отличные от рез-тов правильного в части GROUP BY запроса, и, более [...]
Source: iusoltsev.wordpress.com
Ср, Июл 27, 2016
, представленная на Oracle Database Community Day 2016 (добавил комментарии на сером фоне): Небольшое дополнение и иллюстрация: 1) Распределение DYNAMIC SAMPLING LEVEL, указываемого в V$SQL_PLAN.OTHER_XML можно наблюдать следующее: 2) Практический случай, в котором ADS работает прекрасно, но практически бесполезно Свежий (без истории выполнения) запрос: — выполняется достаточно долго (9 сек!) [...]
Source: iusoltsev.wordpress.com
Пт, Июл 01, 2016
Коллега Александр Шведунов указал проблему: Из плана ошибочного запроса: — можно предположить, что ошибка может быть связана с обновлённой комплексной операцией BITMAP_TREE, определённой соответствующим хинтом Outline (*) — что оказалось верным, в комбинации с 12c Adaptive Plan (**) Т.е. при отключении или одного (‘_b_tree_bitmap_plans' ‘false'), или другого (‘_optimizer_adaptive_plans' ‘false') запрос [...]
Source: iusoltsev.wordpress.com
Ср, Июн 29, 2016
Наблюдали с Русланом Бикбаевым на обычном, не-EXADATA RAC с ADG 12.1.0.2 проблему Bug 22364629 : EXADATA: ORA-29771: PROCESS USER BLOCKS LGWR FOR MORE THAN 70 SECONDS — казалось бы, мало ли в Oracle 12c багов?) Тут интересно, что блокером для LGWR выступают пользовательские процессы (+PX-slaves), выполняющие известный* рекурсивный запрос frjd8zfy2jfdq, [...]
Source: iusoltsev.wordpress.com
Пн, Июн 13, 2016

This is just another solution of this problem for a chessboard, but you can choose any size of the checkerboard:

with t as (select level i, cast(level as varchar2(1)) c from dual connect by level [...]
Source: orasql.org
Пн, Июн 13, 2016

This is just another solution of this problem for a chessboard, but you can choose any size of the checkerboard:

with t as (select level i, cast(level as varchar2(1)) c from dual connect by level [...]
Source: orasql.org
Вс, Июн 05, 2016
Определение, приведённое ранее: оказалось неполным, и в этом, как обычно, помогла проблема с планом критичного запроса типа: , который, как обычно неожиданно, из 2-х планов выбрал худший (PHV 2429571734 — второй по счёту в нижеприведённом сравнении) — с использование комбинации двух BITMAP ROWIDS индексных пребразований, соответствующих 2-м вхождениям/использованиям оператора OR [...]
Source: iusoltsev.wordpress.com
Пт, Июн 03, 2016
Наблюдали с коллегами запрос, часами не выходящий из фазы Hard Parse: — и так не сформировавшему за 8 часов плана выполнения! Оказалось, что поведение запроса поменялось после незначительных изменений в тексте запроса (что ожидаемо и неудивительно), запрос "плотно висел ON CPU, oradebug dump errorstack 3 стабильно указывал: на вызов qksopFindStrtype [...]
Source: iusoltsev.wordpress.com
Пн, Май 30, 2016
AWR классифицирует запросы в части I/O по след.метрикам: SQL ordered by User I/O Wait Time — соответственно по User I/O Time, кол-ву ожиданий и потраченному DB Time, что соответствует распределению строк в ASH SQL ordered by Reads, отсортированному по Physical Reads (in blocks) SQL ordered by Physical Reads (UnOptimized), упорядоченному [...]
Source: iusoltsev.wordpress.com
Чт, Май 12, 2016

Sometimes it is convenient to copy jar-files automatically after a build into several different directories, for example if you have different config files for local tests and for office test server, then you may want to copy these files into local test directory, internal office test server and public distribution [...]

Source: orasql.org
Пт, Май 06, 2016
Краткосрочный всплеск ожиданий типа Cluster: был вызван сформирован* в бОльшей части двумя SQL с типом команд SELECT (без FOR UPDATE), выполнявшимися на 2-м инстансе: Формально проблемы этих 2-х запросов были локализованы в промежутке 12:06:29 — 12:11:17 когда эти два SELECT-а блокировали, в основном, друг друга: Основная конкуренция при этом наблюдалась [...]
Source: iusoltsev.wordpress.com
Ср, Апр 27, 2016
Для ответа на вопрос типа "Кто кого блокировал 21 апреля в период между 03:00 и 03:30 ? можно посмотреть в соответствующий AWR и определить: 1) собственно факт вероятного наличия проблемы: 2) проблемное ENQUEUE ожидание: 3) страждущий запрос(ы) по наименованию ожидания: 4) блокирующие сессии: — тут уже не очень понятно: нет [...]
Source: iusoltsev.wordpress.com
Вт, Апр 19, 2016
Причины длительного выполнения запросов с обширным планом бывает непросто увидеть/определить как в связи объёмом, так и в связи с ненадёжностью / периодическим прерыванием функционирования DBMS_SQLTUNE.REPORT_SQL_MONITOR сообщениями типа: — для всё ещё продолжающих выполняться запросов Идея скрипта проста — сгруппировать ASH строки по имени Query Block определённого плана выполнения, например так: [...]
Source: iusoltsev.wordpress.com
Сб, Апр 16, 2016
Максим Филатов обратил внимание на заметно High Version Count запрос: , судя по множеству источников / MODULE-й: — похожий на рекурсивный, выполняемый, в основном, PX-slave процессами Как оказалось, запрос этот удостоен отдельной ноты Frequent Execution of SQL_ID "frjd8zfy2jfdq in 12.1.0.2 (Doc ID 2059121.1): — где для избавления от последствий этого [...]
Source: iusoltsev.wordpress.com
Чт, Апр 07, 2016
Предположим запрос, периодически потребляющий TEMPORARY TABLESPACE в недопустимых объёмах: — при этом повышенное потребление TEMP (и DIRECT_WRITES_PER_EXEC, соотв-но) было характерно для использования плана 1494936070, и не отмечается для плана 1662599281, т.е. зависело, в основном, от выбора плана выполнения и слабо зависело от прочих исходных данных и значений bind-ов — судя [...]
Source: iusoltsev.wordpress.com
Вт, Апр 05, 2016
При интенсивном выполнении (конец месяца, подсчёт итогов,..) запроса типа SELECT наблюдал картину: — любопытную прежде всего тем, что по причине BIND_AWARE / Bind mismatch(33) Oracle периодически перегенерировал один и тот же курсор с неизменным рез-татом в виде плана PLAN_HASH_VALUE = 434062702, но с использованием разных FULL_PLAN_HASH_VALUE — см. CHILD 9-11, [...]
Source: iusoltsev.wordpress.com
Вт, Апр 05, 2016
В дополнение к одной из предыдущих заметок оказалось, что в SYS.SQLOBJ$PLAN хранятся данные только "новых SPM Plan Baseline-ов, созданных в версии 12c Данные "унаследованных Baseline-ов версии 11g после обновления так и остаются в табличке SYS.SQLOBJ$DATA Т.е. если используются Baseline-ы разных версий: — то запрос к SYS.SQLOBJ$PLAN для Baseline-а версии 11.2 [...]
Source: iusoltsev.wordpress.com
Ср, Мар 30, 2016
В дополнение к предыдущему могут быть полезны простые testcase-ы поведения Oracle 12.1.0.2 при разборе / hard parse запроса с применением SQL Plan Baseline Первый case был предложен/подготовлен коллегой Русланом Бикбаевым на противопоставлении Baseline-а,фиксирующего FULL TABLE SCAN и добавленным позднее индексом: , 10053 трейс которого отчётливо показывает все 3 фазы разбора: [...]
Source: iusoltsev.wordpress.com
Сб, Мар 26, 2016
Восстановление default значения optimizer_dynamic_sampling = 2, последовавшее после обновления на 12c выявило краткосрочную проблему: локализованную одним запросом: с одним действующим PHV=1613548637 (и несколькими переходными "фантомными не оставившими следов планами) в течение непродолжительной фазы hard [re-]parse последовавшей сразу после модификации параметра OPTIMIZER_DYNAMIC_SAMPLING. По природе ожидания конкуренция (WAIT_CLASS=Concurrency) естественно наблюдалась между сессиями, [...]
Source: iusoltsev.wordpress.com
Сб, Мар 26, 2016
Восстановление default значения optimizer_dynamic_sampling = 2, последовавшее после обновления на 12c выявило краткосрочную проблему: локализованную одним запросом: с одним действующим PHV=1613548637 (и несколькими переходными "фантомными не оставившими следов планами) в течение непродолжительной фазы hard [re-]parse последовавшей сразу после модификации параметра OPTIMIZER_DYNAMIC_SAMPLING. По природе ожидания конкуренция (WAIT_CLASS=Concurrency) естественно наблюдалась между сессиями, [...]
Source: iusoltsev.wordpress.com
Сб, Мар 12, 2016

Recently I found that WINDOW NOSORT STOPKEY with RANK()OVER() works very inefficiently: http://www.freelists.org/post/oracle-l/RANKWINDOW-NOSORT-STOPKEY-stopkey-doesnt-work
The root cause of this behaviour is that Oracle optimizes WINDOW NOSORT STOPKEY with RANK the same way as with DENSE_RANK:

rnk1 create table test(n not null) as with gen as (select level n from dual connect [...]
Source: orasql.org
Пт, Мар 04, 2016
Deploying Customizations in Oracle E-Business Suite Release 12.2


This article describes how to deploy customizations in an Oracle E-Business Suite Release 12.2 environment.


A little bit background before we move onto the exact steps required to move the customization.


An Oracle E-Business Suite Release 12.2 installation now includes two editions (versions) of the [...]
Source: oracleanil.blogspot.ru
Пт, Мар 04, 2016
Create View Object through Personalization
This post will help you to understand on how we can create a view object with the help of OAF personalization.
1. Set 'Personalize Self-Service Defn' & 'FND: Personalization Region Link Enabled' Profile options so that you can get the personalization link.
2. In R12.2 we get the [...]
Source: oracleanil.blogspot.ru
Ср, Мар 02, 2016
Ежели в версии 11g Oracle хранил данные всех элементов системы SQL Plan Mangement (SPM, включая SQL Patch, SQL Profile и SQL Plan Baseline (SPB)) в SYS.SQLOBJ$DATA.COMP_DATA, то, начиная с 12.1 данные, составляющие собственно Baseline, переместились в clob OTHER_XML новой таблицы SQLOBJ$PLAN, которая также содержит полный план выполнения на момент создания [...]
Source: iusoltsev.wordpress.com
Пт, Фев 19, 2016
Невысокая скорость выполнения запроса 8tx5kfa369rdb: — ср.время / ELA_PER_EXEC ~ 1474 сек., много CPU и Concurrency, что визуально ассоциируется с 9 (в данном примере) одновременно открытыми курсорами / [V$SQL.]USERS_OPENING при полном отсутствии адаптивных эффектов (столбцы USE_FEEDBACK_STATS, REOPT, REOPT_HINTS, ADAPT, SPD_Used и DS_LEVEL) и нежданное событие ожидания в топе AWR: судя [...]
Source: iusoltsev.wordpress.com
Ср, Фев 17, 2016
В блогах Oracle мелькнула заметка Mike Dietrich Some Parameter Recommendations for Oracle 12c, обобщающая некоторые проблемы обновления Появилась и пропала (#гугльпомнит), вероятно, ввиду недостаточного оптимизма) Однако, кроме описания различных случаев/багов и соответствующих параметров/workaround-ов, заметка содержала практически официальные описания параметров управления SQL Plan Directives (SPD): _optimizer_dsdir_usage_control What it does? Controls optimizer [...]
Source: iusoltsev.wordpress.com
Сб, Янв 30, 2016
in English Причиной увеличения DB Time/Elapsed: — с соопутствующим скачком Load Average (*) был хорошо заметный в том же AWR-отчёте запрос: , выполнявшийся в проблемый период попеременно по 2-м разным планам согласно статистике V$SQL/V$SQL_SHARED_CURSOR: — как можно заметить по 2-й части вывода (** — усредненной по PLAN_HASH_VALUE статистике V$SQL) используемые [...]
Source: iusoltsev.wordpress.com
Комментирование отключено.