powered by simpleCommunicator - 2.0.29     © 2024 Programmizd 02
Map
Форумы / Oracle [игнор отключен] [закрыт для гостей] / 12.2.0.3 :|
63 сообщений из 63, показаны все 3 страниц
12.2.0.3 :|
    #39768015
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39768024
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Из изменений в sql:
- json_object(*)
- listagg distinct
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39768042
Sal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39768240
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Elic,

Меня на самом деле это радует и это их ответ на кучу жалоб на баги. Раньше же к старшим минорным релизам оракл становился стабильнее, а с их новым подходом добавлять кучу багованных фич в минорных релизах, все подзадолбались. На oow18 они и обещали, что в 19 не будут добавлять кучу нового, я чтобы он стал наиболее стабильным (хотелось бы, конечно, надеяться
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39768256
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
xtenderобещали, что в 19 не будут добавлять кучу нового, я чтобы он стал наиболее стабильнымНичто так не нарушает стабильности как ее небольшое улучшение. Например, обещают without user intervention вытаскивать из awr лучший план, если посчитали, что текущий ухудшился. Напоминает очередной adaptive...
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39768507
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-2-Из изменений в sql:
- json_object(*)
- listagg distinctособенно второе
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39768557
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Обещали, что версии будут нумероваться по кварталам. v$version.banner_full говорит:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19. 2 .0.0.0
Значит выложат не раньше апреля.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39768568
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-2-Обещали, что версии будут нумероваться по кварталам. v$version.banner_full говорит:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19. 2 .0.0.0
Значит выложат не раньше апреля.
А зачем гадать? на MOS все есть, выход 19c (финальной long time support версии ветки 12.2) on premise Linux x86-64 второй квартал 2019.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39774495
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Со страницы docs.oracle.com появился переход на доку 19с. Книжек пока мало.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39774582
Sal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-2-Со страницы docs.oracle.com появился переход на доку 19с. Книжек пока мало.

нажимаем browse и попадаем
https://docs.oracle.com/en/database/oracle/oracle-database/19/books.html

чего то не хватает?
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39774695
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Salчего то не хватает?На 14:19 было около 30 книг.
Остались еще errorы. Остальное - gateway и install - сложно назвать "не хватает" в отсутствие необходимости установки.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39775055
xxxkms
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Sal https://docs.oracle.com/en/database/oracle/oracle-database/19/books.html
чего то не хватает?
Ну например гайдов для всех остальных платформ, там сейчас Linux only.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39775315
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Salчего то не хватает?download-а
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39775319
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39776047
Sal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
зато оказывается уже как 5 дней можно качать
https://mikedietrichde.com/2019/02/13/oracle-database-19-2-for-exadata-is-now-available-for-download/
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39777166
Мутаген
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Не могу найти в документации - поправили ли ограничение на 2GB PGA-памяти одного процесса в новом софте?
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39778397
Balbesco
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Доброе всем!
Чтоб не плодить отдельных тем
Есть Oracle 11.2.0.1.0 EE 64 бит
Как и почему заказчик ни разу не патчился- это тема исторических исследований.
Планируется переход на Oracle 12 и выше
Стоит ли переходить сразу на 19c?
Или переход на 18с или более младшие версии?
И насколько я понимаю предварительно необходимо подняться до версии 11.2.0.4.0?
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39778400
dmdmdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"Стоит ли?" - вопрос к задачам, решаемым СУБД и к ее окружению - насколько оно подружится с новой версией.
Один свой проект перевел с 8 на 10 чисто по собственной инициативе, заказчику пофигу - работает и работает.
Один могу теперь на честную 18 XE перевести, JSON парсить в СУБД.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39778459
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BalbescoЧтоб не плодить отдельных темНу с таким-то трольим имечком не мудрено срать офтопиком где попало.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39778507
Balbesco
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Elic, простите великодушно за имечко.Ни в коем случае не хотел троллить и создавать оффтоп в вашей теме.
Так как у Вас,полагаю, имеется опыт как с 12с , так и с 18с надеялся,что вы поделитесь свои мнением.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39866802
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
xtenderони и обещали, что в 19 не будут добавлять кучу нового, я чтобы он стал наиболее стабильным (хотелось бы, конечно, надеяться
dbms_job проэмулировали через dbms_scheduler :|
Код: plsql
1.
2.
3.
4.
5.
6.
7.
create or replace view DBA_JOBS as
…
  from
    sys.scheduler$_dbmsjob_map m
…
    left outer join sys.scheduler$_job j on (j.obj# = o.obj#)
…


Не то чтобы новое, но конкретно переделанное старое.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867719
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
xtenderчтобы он стал наиболее стабильным (хотелось бы, конечно, надеятьсяПриложения на ODAC (devart) на bind-ах refcursor падают с ORA-03113 с невнятнымы core-ми на сервере.
Абсолютное отсутствие backward-compatibility :(


Моё мнение: 19с - таки новая сырая версия, как бы не пытались убедить в обратном. Не рекомендую к эксплуатации.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867726
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Elic,
Всегда?
На бинде или при фетче?
Ресолвер не помогает?
... Тоже 19 собираюсь пробовать, ищу солому
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867728
booby
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Elic...Приложения на ODAC (devart) на bind-ах refcursor падают с ORA-03113 с невнятнымы core-ми на сервере.
Абсолютное отсутствие backward-compatibility :(


...
Если этот ODAC использует собственную реализацию SQL*NET, то варианта всего три
- не переходить на 19
- требовать с devart версию компонентов, совместимых по SQL*Net с 19м oracle
- отказаться от devart

В 19й версии они отрезали совместимость с 8м sql*net
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867732
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andrey_anonymousНа бинде или при фетче?В
Код: plsql
1.
begin :c := SomeFuncReturningRefCursor; end;

отвалиться можно только на exec. Но этот statement не отражается в *.trc. Тупо создаётся dir инцедента.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867734
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
boobyВ 19й версии они отрезали совместимость с 8м sql*netПросьба перевести. Типо OCI нах - всё переписывайте козлодои?!
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867738
booby
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ElicboobyВ 19й версии они отрезали совместимость с 8м sql*netПросьба перевести. Типо OCI нах - всё переписывайте козлодои?!
не, поменяли сетевой протокол.

И даже с 12.2, кажется.
Я не в курсе деталей - визуально что-то вроде того, что простой коммит с клиента может не доехать или даже вызвать ошибку листенера или сервера по причине нераспознанной команды.
И планов восстанавливать совместимость нет.

Вероятно, главная причина в том, что слишком много клиентов сидят на 6х формсах, построенных на 8м sql*net
Убрав совместимость по сетевому протоколу, заставляют "обновлять клиентские приложения"
Их jdbc драйвера соответствующей свежести, конечно, работают.

Но в описанном тобой случае, может быть и другая причина.
Хотя то, что стейтмент не появляется в trc как бы намекает.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867739
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
boobyЕсли этот ODAC использует собственную реализацию SQL*NETУ него есть такой режим.
Но refcuror-ы падают даже на 19с-клиенте.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867745
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
boobyВероятно, главная причина в том, что слишком много клиентов сидят на 6х формсах, построенных на 8м sql*netДичайшая мифология.
boobyУбрав совместимость по сетевому протоколу, заставляют "обновлять клиентские приложения"Я до сих пор люблю пользоваться sqlplusw.exe (это 10Gr2). Пока у меня не получилось законнектить его к 19с (к 18с проблем не было после тюнинга sqlnet.ora).
Если оракел решил сказать идите нах всё старьё - то не нужно быть насредином - падишах-таки сдохнет.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867749
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
К 18.6 удалось прицепится 6 репортсом (поправив серверный sqlnet.ora)
К 12.1, кстати, не получилось
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867764
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав ЛюбомудровК 18.6Лично я так и не понял, как интерпретировать послезапяточие.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867777
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plsql
1.
2.
3.
4.
5.
6.
test> select banner_full from v$version;

BANNER_FULL
-------------------------------------------------------------------------------
Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production
Version 18.6.0.0.0
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867811
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров
Код: plsql
1.
Version 18.6.0.0.0

Ну так поясни, откуда взял установку. Или как пропатчил?
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867813
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Elicоткуда взялRecommended Patch Advisor Search ResultsPatch 29757256 - Database Release Update 18.7.0.0.190716
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867828
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, есть уже 18.7, я ставил "Patch 29301631 - Database Release Update 18.6.0.0.190416" поверх LINUX.X64_180000_db_home.zip (какой-то отдается по ссылке https://download.oracle.com/otn/linux/oracle18c/180000/LINUX.X64_180000_db_home.zip)

Суть в другом -- 19c объявлена как терминальная LTS, предстоит апгрейд, хотелось бы сразу ставить ее, но тут оказывается, уже куча несовместимостей. Понятно, что тестирование все равно будет, но уже, кажется, даже не стоит и пытаться

Вот думаю, может хоть grid (ASM) на нее обновить, но вдруг окажется что там и 10g перестала нормально работать, а у нас есть такое чудо, хоть и не критичное
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867829
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Recommended Patch Advisor Search Results18.7Стало быть, 19с (хрен знает с какой цифрой после точезяпятой) - это таки новая (1), плохо совместимая(2) версия?
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867830
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Elic,

Я подзабыл детали, но был баг в деварт ещё при 12.2 и помогла смена режима. Действительно было изменение протокола в ещё в 12.2 и я писал воркэраунд с багом из-за порядка биндов. 19.3 все-таки более стабильный, чем 12-18.да,есть баги, но они ещё с 12 или 18й версии, но часть из них в 19 уже пофиксена. Новых багов, которые есть только в 19 я не находил ещё
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867834
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
http://orasql.org/2017/11/24/oracle-issues-after-upgrade-to-12-2/
правда, я давно не обновлял этот список, поэтому какие-то баги, которые я встречал и быстро фиксил, отстутствуют в списке
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867836
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ElicRecommended Patch Advisor Search Results18.7Стало быть, 19с (хрен знает с какой цифрой после точезяпятой) - это таки новая (1), плохо совместимая(2) версия?Ну, это давно известно
18 -- это 12.3
19 -- это 12.4

Сейчас актуальна "Patch 29834717 - Database Release Update 19.4.0.0.190716", т.е. в старой нумерации 12.4.0.4 (и это еще не конец, но вряд ли больше 19.8 будет)
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867842
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
xtenderНовых багов, которые есть только в 19 я не находил ещёСаян, падает
Код: plsql
1.
begin :c := SomePack.SomeRefcur; end;

Нет нюансов с порядком. Просто отваливается серверный (не клиентский) процесс.
В моём случае это означает безусловный откат к 18с.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867881
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Elic,

А в 18 все ок? На thick client пробовали режим сменить?
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867885
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Кстати, вспомнил, что у devart при работе через оракловый клиент недавно обнаружился странный memory leak, поэтому кое-что мы перевели на direct access
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867898
Maxim Demenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У нас (дочерняя Allianz ) тестировали довольно долго и 18 и 19 (от 18 в конце отказались - актуальная 11.2.0.4 ибо багов немеряно) . Результаты может немного специфические - ибо приложение/я не очень правильно написанные, почти все на pl sql, все на exadata, но в общем впечатление такое - процентов 70-80 - баги оптимайзера, остальные - смесь всего. На 19 (опять же , сугубо имхо) положение немного улучшилось по количеству 600/7445, зато существеяно просел перформанс (по сравнению с 18). Из свежих - прикольный Bug 30347410 (non public) - exchange subpartition with table without validation - длится (при 50-100к строк) до 30-40 минут, workaround - alter session set "_optimizer_cbqt_or_expansion"=off (казалось бы - где optimizer, где exchange partition), причем по разному работает в sql, plsql и dynamic sql. В общем - грустно все как то...

Regards

Maxim
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39867899
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
xtenderА в 18 все ок?Да.
xtenderНа thick client пробовали режим сменить?Не уверен, об чём речь. Но косяки не зависели от способа подключения с/без клиента. Инстант в принципе не используется.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39869785
SQL*Plus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав ЛюбомудровElicпропущено...
Стало быть, 19с (хрен знает с какой цифрой после точезяпятой) - это таки новая (1), плохо совместимая(2) версия?Ну, это давно известно
18 -- это 12.3
19 -- это 12.4
Кому это такое давно известно?

Мне, например, известно, что
18с -- это 12.2.0.2
19с -- это 12.2.0.3 (терминальный релиз 12с)
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39870310
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Они бы хоть эту ноту обновили в связи с новой нумерацией версий:

COMPATIBLE Parameter - Explanation, Usage and Advise (Doc ID 1458741.1)

и эту:

Do Patchset Updates (PSU's) Change the Oracle Release Version/Fifth Digit? (Doc ID 861152.1)
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39870320
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL*PlusВячеслав Любомудровпропущено...
Ну, это давно известно
18 -- это 12.3
19 -- это 12.4
Кому это такое давно известно?

Мне, например, известно, что
18с -- это 12.2.0.2
19с -- это 12.2.0.3 (терминальный релиз 12с)Упс..
Конечно же
Переклинило
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39870449
Фотография devart
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Elicxtenderчтобы он стал наиболее стабильным (хотелось бы, конечно, надеятьсяПриложения на ODAC (devart) на bind-ах refcursor падают с ORA-03113 с невнятнымы core-ми на сервере.
Абсолютное отсутствие backward-compatibility :(

Моё мнение: 19с - таки новая сырая версия, как бы не пытались убедить в обратном. Не рекомендую к эксплуатации.
Поддержка Oracle 19c будет добавлена в следующий релиз, который выйдет в течении месяца. Если вам поддержка Oracle 19c необходима срочно - пишите к нам в саппорт https://www.devart.com/company/contactform.html с указанием номера лицензии, и мы вышлем вам ночной билд ODAC с поддержкой Oracle 19c.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39870532
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
devartПоддержка Oracle 19c будет добавлена в следующий релиз, который выйдет в течении месяца. Если вам поддержка Oracle 19c необходима срочно - пишите к нам в саппорт https://www.devart.com/company/contactform.html с указанием номера лицензии, и мы вышлем вам ночной билд ODAC с поддержкой Oracle 19c.Дорога ложка к обеду :|
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39876822
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Elicxtenderони и обещали, что в 19 не будут добавлять кучу нового, я чтобы он стал наиболее стабильным (хотелось бы, конечно, надеяться
dbms_job проэмулировали через dbms_scheduler :|
Код: plsql
1.
2.
3.
4.
5.
6.
7.
create or replace view DBA_JOBS as
…
  from
    sys.scheduler$_dbmsjob_map m
…
    left outer join sys.scheduler$_job j on (j.obj# = o.obj#)
…


Не то чтобы новое, но конкретно переделанное старое.Что еще хреновей -- не полностью съэмулировали поведение DBMS_JOB
Код: 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.
39.
40.
41.
SQL> select banner_full from v$version;

BANNER_FULL
--------------------------------------------------------------------------
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.4.0.0.0

SQL> var j number
SQL> select to_char(sysdate, 'hh24:mi:ss') curr_sec, this_sec, last_sec, next_sec from dba_jobs where job=:j;

no rows selected

SQL> exec dbms_job.submit(:j, 'dbms_lock.sleep(10); next_date := sysdate+1/24;')

PL/SQL procedure successfully completed.

SQL> select to_char(sysdate, 'hh24:mi:ss') curr_sec, this_sec, last_sec, next_sec from dba_jobs where job=:j;

CURR_SEC THIS_SEC LAST_SEC NEXT_SEC
-------- -------- -------- --------
09:37:06                   09:37:02

SQL> commit;

Commit complete.

SQL> select to_char(sysdate, 'hh24:mi:ss') curr_sec, this_sec, last_sec, next_sec from dba_jobs where job=:j;

CURR_SEC THIS_SEC LAST_SEC NEXT_SEC
-------- -------- -------- --------
09:37:14 09:37:11 09:37:11 09:37:02

SQL> exec dbms_lock.sleep(10)

PL/SQL procedure successfully completed.

SQL> select to_char(sysdate, 'hh24:mi:ss') curr_sec, this_sec, last_sec, next_sec from dba_jobs where job=:j;

no rows selected

SQL> 

Хотя и в DBMS_JOB и DBMS_SCHEDULER (для PL/SQL блока, по крайней мере) пост-обработка NEXT_DATE выполнялась корректно
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39876824
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нашелся Workaround: указывать INTERVAL при создании задания
К сожалению, не всегда есть возможность поменять код
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39876844
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав ЛюбомудровЧто еще хреновей -- не полностью съэмулировали поведение DBMS_JOB
Спасибо, Вячеслав. Слава богу мы отвалились от 19с ещё раньше.
Вячеслав ЛюбомудровНашелся Workaround: указывать INTERVAL при создании задания
К сожалению, не всегда есть возможность поменять код
Это не обход проблемы. Это дюжина гвоздей в крышку гроба dbms_job.
Эти козлы забыли написать в доке, что dbms_job, на самом деле, desupported.


P.S. Саян, похер в похеровницах остался надеяться, "чтобы он стал наиболее стабильным (хотелось бы, конечно, надеяться"?
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39876852
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ElicЭти козлы забыли написать в доке, что dbms_job, на самом деле, desupported.Написали might beNote:The DBMS_JOB package has been superseded by the DBMS_SCHEDULER package, and support for DBMS_JOB might be removed in future releases of Oracle Database.
Странно, что, несмотря на многолетние рекомендации мигрировать c dbms_job, в синтаксисе матвью так и не появилась кляуза с поддержкой синтаксиса расписания dbms_scheduler.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39876863
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-2-ElicЭти козлы забыли написать в доке, что dbms_job, на самом деле, desupported.Написали might beНе передёгивай:19сsupport for DBMS_JOB might be removed in future releases of Oracle Database.Т.е. в 19c "support" задокументирован.

Note:has been superseded byЛадно, сэмулировать next_date (уверен, и broken) они обосрались. Так и в самом DBMS_SCHEDULER подобного механизма нет. Кому они десяток лет ездят по ушам с "superseded"?

У меня сделанный ещё в 7.3 функционально достаточный планировщик с гибкими расписаниями прекрасно работает до сих пор. А его возможности тем более не покрываются калечным DBMS_SCHEDULER-ом.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39876876
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ElicЛадно, сэмулировать next_date (уверен, и broken) они обосрались. Так и в самом DBMS_SCHEDULER подобного механизма нет.Ну как нет
Установка NEXT_DATE/BROKEN в DBMS_SCHEDULER (PLSQL_BLOCK) нормально работает
Просто для DBMS_SCHEDULER задокументированное поведение: "If repeat_interval is not specified, the job runs only once at the specified start date"
Т.е. при пустом REPEAT_INTERVAL в принципе не допускается запуск более одного раза, а вычисленное в коде значение NEXT_DATE просто игнорируется, хотя точно так же биндится и, соответственно, доступно
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
DECLARE job BINARY_INTEGER := :job;
  next_date TIMESTAMP WITH TIME ZONE := :mydate;
  broken BOOLEAN := FALSE;
  job_name VARCHAR2(128) := :job_name;
  job_subname VARCHAR2(128) := :job_subname;
  job_owner VARCHAR2(128) := :job_owner;
  job_start TIMESTAMP WITH TIME ZONE := :job_start;
  job_scheduled_start TIMESTAMP WITH TIME ZONE := :job_scheduled_start;
  window_start TIMESTAMP WITH TIME ZONE := :window_start;
  window_end TIMESTAMP WITH TIME ZONE := :window_end;
  chain_id VARCHAR2(14) :=  :chainid;
  credential_owner VARCHAR2(128) := :credown;
  credential_name  VARCHAR2(128) := :crednam;
  destination_owner VARCHAR2(128) := :destown;
  destination_name VARCHAR2(128) := :destnam;
  job_dest_id varchar2(14) := :jdestid;
  log_id number := :log_id;
BEGIN   dbms_lock.sleep(10); next_date := sysdate+1/24; 
   :mydate := next_date; 
 IF broken THEN :b := 1; ELSE :b := 0; END IF;
END;
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39876894
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав ЛюбомудровElicЛадно, сэмулировать next_date (уверен, и broken) они обосрались. Так и в самом DBMS_SCHEDULER подобного механизма нет.Ну как нетНу как же, обосраться-таки обосрались?
А по поводу "механизм есть" и "Workaround" - напрашивающийся interval=>'null' не срабатывает. Но любой "нетривиальный" фэйк срабатывает:
Код: plsql
1.
, interval=>'null+null'

Т.е. мне как разработчику с next_date можно будет жить.

Может и они досообразят, как доэмулировать. Через пару лет :|
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39882207
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Еще одна задница с DBMS_SCHEDULER в 19c
Код: 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.
SQL>  exec dbms_scheduler.create_job('JOB_111', 'PLSQL_BLOCK', 'dbms_session.sleep(10)', 0, systimestamp-interval '1' day, 'sysdate+1', enabled=>false)

PL/SQL procedure successfully completed.

ftcpsi> select last_start_date, next_run_date, run_count from dba_scheduler_jobs where job_name='JOB_111';

LAST_START_DATE      NEXT_RUN_DATE         RUN_COUNT
-------------------- -------------------- ----------
                                                   0

ftcpsi> exec dbms_scheduler.enable('JOB_111')

PL/SQL procedure successfully completed.

ftcpsi> select last_start_date, next_run_date, run_count from dba_scheduler_jobs where job_name='JOB_111';

LAST_START_DATE      NEXT_RUN_DATE         RUN_COUNT
-------------------- -------------------- ----------
                     29-10-2019 17:29:12           0

ftcpsi> exec dbms_scheduler.drop_job('JOB_111')

PL/SQL procedure successfully completed.

ftcpsi> exec dbms_scheduler.create_job('JOB_111', 'PLSQL_BLOCK', 'dbms_session.sleep(10)', 0, systimestamp-interval '1' day, 'sysdate+1', enabled=>true)

PL/SQL procedure successfully completed.

ftcpsi> select last_start_date, next_run_date, run_count from dba_scheduler_jobs where job_name='JOB_111';

LAST_START_DATE      NEXT_RUN_DATE         RUN_COUNT
-------------------- -------------------- ----------
28-10-2019 17:31:09  29-10-2019 17:31:09           1

ftcpsi> exec dbms_scheduler.drop_job('JOB_111')

PL/SQL procedure successfully completed.
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39882212
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав ЛюбомудровЕще одна задница с DBMS_SCHEDULER в 19c
Уверен, что раньше было не так?
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39882255
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39986857
Melkomyagkii_newbi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров
Да


SR не заводили?
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #39986905
Фотография Rb-Sr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мы столкнулись с большой неприятностью - без ошибок, просто все jobs перестали выполняться
Patch 28805242: SCHEDULER JOB SUDDENLY STOPS RUNNING
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
12.2.0.3 :|
    #40122488
amadis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Баг 28805242 полечен в 19.8
...
Рейтинг: 0 / 0
12.2.0.3 :|
    #40122600
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DBMS_JOB промаплен в DBMS_SCHEDULER с багами в части таймзоны. Причём баги видоизменялись где-то в районе 19.10.
Из-за чего нужно эти баги учитывать, чтобы добавлять компенсирующее смещение как при submit-е, так и при запросе к *_jobs.
...
Рейтинг: 0 / 0
63 сообщений из 63, показаны все 3 страниц
Форумы / Oracle [игнор отключен] [закрыт для гостей] / 12.2.0.3 :|
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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